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(57) A communication quality control system for 
deciding an optimum communication quality in a 
received datagram to transfer the datagram, in which 
not only a destination is decided according to the data of 
the protocol layer 3 and beneath included in the data- 
gram, but also attribute information of communication is 
taken out by an attribute detecting unit (140). according 
to the information of the respective protocol layers 4, 5, 



6. and 7 or one of them, and communication quality for 
sending the datagrain is decided by a communication 
quality deciding (150) unit and a connection communi- 
cation quality control unit (170). according to the quality 
information of connection corresponding to the attribute 
information taken out. 
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Description 

BACKGROUNDS OFTHE INVENTION 
5 FIELD OF THE INVENTION 

[0001] The present invention relates to a network communication system, and more particularly to a communication 
quality control syst&n positioned on an existent data network over a datagram transfer network 

10 DESCRIPTION OF THE RELATED ART 

[0002] In the conventional communication nelworK for example, in a LAN (Local Area Network), a datagram is trans- 
fen^ed according to ttie upper layer protocol IP and further upper layer protocol TCP, based on the physfcal transfer tech- 
nique such as Ethernet, ATM. or the like. 
15 [0003] Also, in The Internet connecting IP subnets of LAN, various physical transfer mettiods including the above- 
mentfoned Ethernet and ATM are considered and installed on systems. 

[0004] In such a network, a system of relaying or transfening a datagram for assuring End-to-End communication, 
that is, a connection, which system is positioned within a. communication network, is designed to realize a transfer func- 
tion so that every system shouW satisfy the communication quality previously specified on a physical transfer layer of 
20 End-to-End protocol, in order to assure the End-to-End transfer quality. 

[0005] In such an existent communication network, importance is attached especially to the layer 3 transfer such as 
IP. and a lot of systems, which are called routers, capable of transfen-ing tiie IP layer chiefly are disposed within a net- 
work. 

[0006] In such a router, the IP of the layer 3 is terminated, and a datagram is trar^en-ed, according to ttie destination 
25 IP address derived from the datagram, by deciding a path to which the datagram is transferred, from path information 
previously stored into the same system. At this time, in the processing of a physical layer to which the datagram is trans- 
ferred, a path which is easily derived from tiie patii information is selected and ttie datagram is transferred from the 
interlace. 

[0007] A network server capable of assuring communication quality in every application and transferring data between 
30 different subnets without using a router is disclosed in Japanese Patent Publication Laid-Open (KbkaO Na Heisei 9- 
116560. 

[0008] In the above mentioned conventiorial router, it is impossible to detemiine the optimum communication quality 
according to connection quality depending on communication attrtoutes of a datagram in transferring tiie datagram. 
This is why. a path to which a datagram is transferred Is decided from path information previously stored into the same 
35 system, according to the destination IP address derived from ttie datagram, hence to transfer the datagram. 
[0009] More specifically there are the following problems. 

[001 0] First, it is impossible to transfer a datagram in the optimum communication quality in correspondence witti ttie 
communication attributes such as a moving image, a voice, and an image. 

[0011] Secondly, when providing some communication quality to a traffic used by a specified user or group, the user 
40 or group cannot be specified witiiout using destination address and source address of an IP address. 

[0012] Thirdly, it is impossible to ask an account depending on the quality of a connection determined by communi- 
cation attrikxjtes. 

[001 3] Fourthly, since it is impossible to judge whettier a datagram includes very important information on security or 
not. any datagram is transferred in ttie even communication quality, however it may include important information on 
45 security; therefore, it is impossible to realize datagram transfer depending on the securrty quality 

[0014] Fifthly, it is impossible to determine connection quality in accordance with the novelty of a datagram. 

[001 5] Sixthly, it is Impossible to dynamically change ttie communication quality of a connection which is defined in a 

transport layer, while judging the state of the connection. 

50 SUMMARY OF THE INVENTION 

[001 6] A first object of the present invention Is to provide a communication quality control system capable of transfer- 
ring a datagram in the optimum communication quality suitable for the derived communication attributes, as a result of 
deriving attributes of the datagram communication, while realizing high-speed datagram ttansfer of the layer 3 and 
55 beneath. 

[001 7] A second object of the present invention is to provide a communication quality control system capable of real- 
izing various advanced communication sen^ices for a user previously registered, and demanding an account depending 
on communication quality. 
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[001 8] A third object of the present invention is to provide a communication quality control system capable of judging 
whether a datagram includes very important data on security or not and realizing data transfer according to the security 
quality corresponding to the datagram. 

[0019] A fourth object of the present invention is to provide a communication quality control system capable of trans* 
5 f enring a datagram in the optimum communication quality, by determining the quality of a connection while judging the 
novelty of a datagram and by determining the connection quality based on not only the information recognized in the 
same connection but also the information recognized in the other connection. 

[0020] According to one aspect of the invention, a communication quality control system for realizing an optimum dat- 
agram transfer function for connection quality corresporxiing to attributes of communication, comprises 
10 . - . 

network end systems for respectively terminating a protocol layer of an existent data networK 
protocol end systems for respectively terminating the protocol layer 3 and beneath based on quality of communica- 
tion of a received datagram, and 

a communication datagram transfer system for transferring the datagram to a specified end system according to 
IS quality information of a connection corresponding to communication attributes of the protocol layer 3 and beneath 
and communication attributes derived from the information on the respective protocol layers 4. 5. 6. and 7 or one 
of them included in a datagram received by an arfciitrary end system, 
the communication datagram transfer system comprising 

attribute detecting means for checking identifying information included in the information of the protocol layer 3 and 
20 beneath of a datagram received by some end system and simuitaneously checking identifying information included 
in the information of the respective protocol layers 4, 5, 6, and 7 or one of them, hence to take out the communica- 
tion attribute information of the respective protocol layers, and 

communication quality deciding means for, when a datagram is received by a protocol end system, deciding com- 
munication quality for sending the datagram according to a set of the communication attribute information of the 
25 respective protocol layers derived from the datagram and the quafity information of a connection, and notifying tiier 
communication quality to the protocol end system. 

[0021] In tiie preferred construction, tiie attribute detecting means identifies the layer information, from the received 
datagram, as well as the state of a connection from the connection identifying information of a datagram, so to supply 

30 the result to the communication quality deciding means as connection information, and decides a transfer path of the 
datagram, so to supply the transfer path to the communication quality deciding means as destination path information: 
and the communication quality deciding means decides quality information of a connection corresponding to the 
attribute information and decides communication quality for sending a datagram according to tiie connection informa- 
tion, the quality information of the connection, and the destination path information, and takes out attribute information 

35 of communication according to the layer information and one or all of the datagram when it is judged that attritxjtes of 
the layer 4 and upper need to be detected from the identified state of a connection. 

[0022] In another preferred construction, the attribute detecting means identifies the layer information, from the 
received datagram, as well as the state of a connection from the connection identifying information of a datagram, so 
to supply the result to the communication quality deciding means as connection information, and decides a transfer 
40 path of the datagram, so to supply the transfer path to the communication quality deciding means ais destination patii 
information, 

the communication quality deciding means decides quality information of a connection corresporxiing to the 
attribute information and decides communication quality for sending a datagram according to the connection infor- 
ms matlon, the quality information of the connection, and the destination path information, 

the communication datagram transfer system includes a connection/communication quality table in which a set of 
connection information and communication quality is registered, and 

the communication quality deciding means judges whether the datagram needs to be controlled by the connection- 
communication quality table when receiving the connection information and the destination path information, or the 

50 connection quality information, checks the presence of the same connection In the connection/communication 
quality table when the datagram needs to be controlled, and when there is the same connection, the means 
decides communication quality referring to the connection/communication quality table, while when there is not, the 
means decides communication quality, according to the connection information, the quality information of a con- 
nection, and the destination patii Information, and stores a set of the connection information and the communica- 

55 tion quality into the connection/communication quality table, and decides communication quality according to the 
connection information and the destination path information when the datagram doesn't need to be controlled. 

[0023] In another preferred construction, a database for storing the connection quality information corresponding to 
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the attribute information is provided, the communication quality deciding mesms decides the connection quaifty informa- 
tion, accorcfing to the attribute information, referring to the database. 

[0024] in another prefenred construction, assuming thalt the layer 3 is an IP, the layer 4 is a TCP. and the layer 5 is an 
HTTP, 

5 

the attrit>ute detecting means checks protocol number of the IP header of the datagram, or the same protocol 
number £ind port address within the TCP protocol header of the datagram, or header value next to the IP header of 
the datagram, or the next header value arxl port address of the TCP protocol header of the datagram, and knowing 
that the layer 5 is the HTTP, checks one or some Wentifying information included in the TCP header, or the TCP 
10 header and an HTTP message of the received datagram, and when the datagram is transferred to a protocol end 
system, the communication quaGty deciding means decides quality of a connection of the layer 3 and beneath suit- 
able for a connection derived from the datagram and performs dategram transfer processing biased on the quality 
of the connection, hence to change tiie connection quality of a datagram to be transferred, so to do a transfer con- 
trol. 

15 

[0025] In the above-mentioned construction, the attribute detecting means checks at least one of the following items: 
the media attribute of the datagram, from the Content type included in the HTTP header of ateceived datagram; E-mail 
address of a user who sent a datagram, from the From field included in the HTTP header; a user program name and 
the Version in which the datagram was created, from the User-Agent included in the HTTP header; and a server sofl- 
20 ware name and the Versfon in which the datagram was created, from the Server included in the HTTP header, as the 
identifying information. 

[0026] In the above-mentioned construction, the attribute detecting means checks at least one of the following items: 
the created date at the datagram, from the Date included in the HTTP header of a received datagram; authentication 
information of the datagram and the encrypting method of the authentication information, from the Authorization 
25 included in the HTTP header; the valid date of ttie datagram, from tiro Expires indudedin the HTTP header, as the iden^ 
tifying information. 

[0027] In the above-mentioned construction, the attribute detecting means checks at least one of the following items: 
the required Items of the datagram, from the Pragma included in the HTTP header of a received datagram: cache con- 
trol information of the datagram, from the Cache-Control included in the HTTP header; execution requirements of the 
30 Method, from tiie If-Modified-Since included in tiie HTTP header; execution requirements of the Method, from tiie If- 
Unmodified-Since included in tiie HTTP header; a URI required by a client, from the request URI within a request line 
(Request-Line) included in the HTTP header; and the final updating time of the HTTP data, from the Last-Modified 
included in tiie HTTP header, as the identifying information. 

[0028] In tiie above-mentfoned construction, the attribute detecting means checks at least one of the following items: 
35 a referred URI (Uniform Resource Identifiers) of the HTTP data, from the Referer included in the HTTP header of a 
received datagram; a URI in which the HTTP data is located, from the Location included in the HTTP header; a desti- 
nation URI and source domain name of the datagram, from the Fonwarded included in the HTTP header; the base URI 
of the datagram, from the Content-Base included In tiie HTTP header; a URI in which ttie HTTP data is located, from 
the Content-Location included in the HTTP header; a metiiod of requiring HTTP data from a user program, from the 
40 Method included in the HTTP header, as the identifying information. 

[0029] In the above-mentioned construction, the attribute detecting means checks at least one of the following items: 
the Version in which the datagram is MIME (Multipurpose Internet Mail Extensions), from the MIME-Version included in 
the HTTP header of a received datagram; the media attribute a user program permits, from ttie Accept included in the 
HTTP header; a character set a user program permits, from the Accept-Charset included in the HTTP header; a coding 
45 method of datagrams a user program permits, from the Accept-Encoding included in ttie HTTP header; a datagram lan- 
guage a user program permits, from the Accept-Language included in the HTTP header; an encoding metiiod of data- 
grams, from the Content-Encoding included in the HTTP header; and a datagram language, from the Content- 
Language included in the HTTP, as tiie identifying information. 

[0030] In the above-mentioned construction, the attribute detecting means checks at least one of the following items: 
50 response content of a server replying to a request from a user program, from the Status Code included in the HTTP 
header of a received datagram; authentication information required by a server, from the WWW-Authenticate included 
in the HTTP header; authentication information required by a proxy server, from ttie Proxy-Authenticate included in the 
HTTP header; authentication information of the datagram, from the Proxy-Authorization included in the HTTP header, 
as the identifying information. 

55 [0031 ] In the above-mentioned construction, the attribute detecting means checks at least one of the following items: 
the Method the HTTP data permits, from Allow included in the HTTP header of a received datagram; tiie Range requir- 
ing method a server permits, from the Accept-Range included in the HTTP header; a host and its port number that 
requires the HTTP data, from the Host included in the HTTP header; HTTP data getting requirements, from the 11- 
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Range included in the HTTP header; the Methcxi a server permits, from the PdbWc included in the HTTP header; and 
the Range of the HTTP data a user program requires, from the Range included in the HTTP header, as the identifying 
information. 

[0032] In the above-mentioned construction, the attribute detecting means checks at least one of the following items: 
5 data length of the datagram, from the Ck>ntent-Length included in the HTTP header of a received datagram; connection 
state of the datagram, from the Ck)nnection included in the HTTP header; reply information of a server replying to a 
request of a user program, from the Warning included in the HTTP header; possible date of obtaining the required 
HTTP data, from the Retry-After included in the HTTP header; the protocol Version, host name and using software 
name of a gateway or a proxy server relaying packets, from the Via included in the HTTP header; and a coding method 
10 of datagrams, from the Transfer-Encoding included in the hfTTP header, as the identifying information. 

[0033] In another preferred construction, assuming that the layer 3 is an IP, the layer 4 is a TCP or UDP (User Data- 
gram Protocol), the attribute detecting means checks the protocol number of the IP header of the datagram or the 
header value next to the IP header, and knowing that the layer 4 is the TCP or UDP. checks one or some identifying 
informaton included in the TCP header or UDP header of the received data as the identifying information, and when 
IS the datagram is transferred to a protocol end system, the communication quality deciding means decides quality of a 
connection of the layer 3 and beneath suitable for a connection derived from the datagram and performs datagram 
transfer processing based on the quality of the connection, hence to change the connection quality of a datagram to be 
transferred, so to do a transfer control. 

[0034] In the at>ove-mentioned construction, the attributed detecting means checks the "checksum" field included in 

20 the UDP header of the received datagram, as the identifying information. 

[0035] In another preferred construction, assuming that the layer 3 is an IP. the layer 4 is a TCP or UDP, and the layer 
5 is a DNS or TFTP or SNMP, the attribute detecting means checks the protocol numt>er of the IP header of the data- 
gram, or the same protocol number and port address within the TCP or UDP protocol header of the datagram, or header 
value next to the IP header of the datagram, or the next header value and port address of the TCP or UDP protocol 

25 header of the datagram, and knowing that the layer 5 is the DNS or TFTP or SNMP. checks one or some identifytrtg^- 
information included in the DNS message, the DNS message and the TCP or UDP header, the TFTP message, the 
UDP header and the TFTP message, the SNMP message, or the UDP header and the SNMP message of the received 
data as the identifying information, and when the datagram is transferred to a protocol end system, the communication 
quality deciding means decides quality of a connection of the layer 3 and beneath suitafc)le for a connection derived from 

30 the datagram and performs datagram transfer processing based on the quality of the connection, hence to change the 
connection quality of a datagram to tDe transferred, so to do a transfer control. 

[0036] In the atxive-mentioned construction, the attrilxjte detecting means checks the presence of the "query type" 
in the DNS message of the received datagram, as the identifying information. 

[0037] In the above-mentioned construction, the attribute detecting means checks "opcode" included in the TFTP 
35 message of the received datagram as the identifying information. 

[0038] In the above-mentioned construction, the attribute detecting means checks tiie PDU type included in the 
SNMP message of the received datagram as the klentifying information. 

[0039] In another preferred construction, assuming that the layer 3 is an IP, the layer 4 is a TCP, and the layer 5 is an 
FTP or SNMP, the attribute detecting means checks protocol number of the IP header of the datagram, or the same pro- 

40 tocol number and port address within the TCP protocol header of the datagram, or header value next to the IP header 
of the datagram, or the next header value and port address of the TCP protocol header of the datagram, and knowing 
that the layer 5 is the FTP or SMTP, checks one or some identifying information included in the l=TP Command, the FTP 
Reply, the TCP header and the FTP Command or FTP Reply, the SMTP Command. SMTP Reply Code, the SMTP 
header, the TCP header and the SMTP Command or SMTP Reply Code or the SMTP header of the received data as 

45 the identifying information, and when the datagram is transfen-ed to a protocol end system, the communication quality 
deciding means decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the 
datagram and performs datagram transfer processing t>ased on the quality of the connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control. 

[0040] In another preferred construction, a physical layer of transfer is of the ATM transfer method, individual VCs (Vir- 
50 tual Circuit) are assigned to the respective connection qualities of ATM as the datagram transfer processing according 
to each connection quality so to transfer datagrams, and parameters for communication quality control depending on 
the connection qualities are set to the respective VCs. thereby performing transfer depending on the attribute of media 
derived from a datagram. 

[0041] In another preferred construction, the communication quality deciding means sets connection-setting robust- 
55 ness selectively depending on a connection-setting message for setting a connection, in addition to the above commu- 
nication qualities. 

[0042] In another preferred construction, the communication quality deciding means decides at least one of a control 
parameter relative to an optimum t>andwidth, an optimum control parameter relative to delay time including the maxi- 
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mum delay time and the delay time fluctuation amount, an optimum control parameter relative to data loss including 
buffer amount a control parameter relative to the optimum accounting information, and a control parameter relative to 
the optimum security quality, as the communication quality of the connection. 

[0043] Ip another preferred construction, the communication c^allty deciding means decides at least one of the opti- 
5 mum destination of a datagram and the optimum destination path of a datagram, according to tiie communication qual- 
ity of the connection. 

[0044] In another preferred construction, the communication quality deciding means, according to tiie communication 
quality of the connection, transfers the datagram after coding or encocfing the same, by use of a physical line of the 
exclusive use for ihe connection if necessary, deletes unnecessary infbmriation within the datagram, decreases the size 

10 of the datagram by compression, and performs tunneling of the datagram. 

[004q In another pref^red construction, the communication quality deciding means sets connection-setting priority 
or connection-transfer prlority. as the communication quality of connection, according to ttie attribute information^ and 
connection-setting processing having the higher connection-setting priority is preferentially executed and a dategram of 
a connection having the higher connection-transfer priority is preferentially transferred. 

15 [0046] According to anotiier aspect of the invention, a communication quality control system for realizing an optimum 
datagram transfer function for connection quality corresponding to attributes of communication, comprises 

network end systems for respectively terminating a protocol layer of an existent data network; 

protocol end systems for respectively terminating ttie protocol layer 3 and beneatti based on quality of communica- 
20 tion of a received datagram; and 

a communication datagram transfer system for transferring the datagram to a specified end system according to 

quality infonmation of a connection corresponding to communication attributes derived from the information of the 

respective protocol layers 4, 5. 6. and 7 or one of them included in a datagram received by an arb'rtiary end system. 

the communication datagram transfer system including 
25 attribute detecting means of checking identifying information included in the information of tiie respective protocol 

layers 4, 5, 6. and 7 or one of them included in a datagram received by an arbitrary end system, hence to take out 

the communication attribute information of the respective protocol layers, Bnd 

communication quality deciding means for, when a datagram is received by a protocol end system, deciding com- 
muracation quality for sending the datagram according to a set of the communication attribute information of tfie 
30 respective protocol layers derived from the datagram and the c^ality information of connection, and notifying ttie 
communication quality to the protocol end system. 

[0047] Other objects, features and advantages of ttie present invention will become dear from ttie detailed description 
given herebelow. 

35 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0048] The present invention will be understood more fully from the detailed description given herebelow and from the 
accompanying drawings of the preferred embodiment of the invention, which, however, should not be taken to be llmi- 
40 tative to the invention, but are for explanation and understanding only. 
[0049] In the drawings: 

Fig. 1 is a block diagram showing a constitution example of a communication quality control system accoiding to 
an emtxxliment of the present invention; 
45 Rg. 2 is a block diagram showing a constitijtion example of a communication datagram fa-ansfer system according 
to the embodiment of the present invention; 

Fig. 3 is a flow chart for use in descn*bing the operation of a layer identifying unit according to the embodiment of 

the present invention; 

Fig, 4 is a flow chart for use in describing the operation of a connection communication quality control unit accord- 
50 ing to the embodiment of the present invention; 

Rg. 5 is a diagram showing an example in the case of dividing HTTP sessions into IP datagrams; 
Rg. 6 is a diagram showing an example of file transfer according to FTP; 

Rg, 7 is a diagram for use in describing an example of a basic QOS table within a QOS database; 
Fig. 8 is a diagram for use in describing an example of an extended QOS table within a QOS database; 
55 Rg. 9 is a diagram for use in describing an example of a patch tatjie; 

Rg. 101s a diagram for use in describing an example of a server information control table; 

Fig. 11 is a block diagram for use in describing another constitution example of a communication datagram transfer 

system; 



XXJID: <EP_0971518A2J_> 



6 




EP 0 971 518 A2 



Rg. 1 2 is a block diagram for use in describing an example of setting a connection among the corhmunication qual- 
ity control systems; 

Fig. 13 is a block diagram for use in describing an example of setting a connection among the communication qual- 
ity control systems; 

5 Fig. 14 is a t>lock diagram for use in describing an example of setting a connection among the communication qual- 
ity control systems: 

Fig. 15 IS a tHock diagram for use in describing an example of setting a connection among the communication qual- 
ity control systems. 

10 DESCRIPTION OF THE PREFERRED EMBODIMENT 

[0050] The preferred embodirhent of the present invention will be discussed hereinafter In detail with reference to the 
accompanying drawings. In the following description, numerous specific details are set forth in order to provide a thor- 
ough understanding of the present invention. It will be obvious, however, to those skilled in the art that the present 
IS invention may t>e practiced without these specific details. In other instance, well-known structures are not shown in 
detail in order to unnecessary otsscure the present invention. 

[Description of Constitution] 

20 [0051] Preferred emtxxjiments of the present invention will be described in detaD with reference to the drawings. 
[0052] Fig. 1 is a block diagram of a communication quality control system 60, indicating a first embodiment of the 
present invention. The communication quality control system 60 of this embodiment comprises a plurality of sets of net- 
work end systems 20a. 20b, 20c» • • • . 20n and 50a, 50b, 50c. • • • . 50n and protocol end systems 30a, 30b. 30c, 
• • • . 30n and 40a. 40b. 40c. • • • . 40n. and a communication datagram transfer system 10 for connecting each pro- 

25 tocol end system. 

[0053] Each network end system 20a, 20b. 20c, - • * . 20n terminates a protocol layer of a data network as for a 
received datagram. The protocol layer of a data network specifically means' a MAC layer, an ATM layer, and the like. The 
protocol end system 30a terminates the layer 3 and beneath such as an IP layer according to the communication quality 
of a datagram to be transfenred from the network end system 20a. Similarly, each protocol end system 30b. 30c, • • • , 
30 30n terminates the layer 3 and beneath such as an IP layer according to the communication quality of a datagram to be 
transferred from each network end system 20b. 20c. • • • , 20n. 

[0054] The communication datagram transfer system i 0 transfers a datagram to one of the protocol end systems 40a, 
40b. 40c. • • • . 40n according to the quality information of connection corresponding to communication attributes 
derived from the information of the respective protocol layers 4, 5, 6, 7 or one of them included in the datagram received 
35 from the protocol end system 30a, 30b. 30c, • • • , or 30n. The datagram transfer system 1 0 determines communication 
quality for sending a datagram according to the quality information of connection and notifies it to the corresponding 
protocol end system 40a, 40b, 40c, • • • , or 40n. 

[0055] The protocol end system 40a. upon receipt of a datagram and communication quality for sending the datagram 
from the communication datagram transfer system 10, sets the protocol layer. 3 and less based on the notified commu- 
te nication quality, and transfers the same to the network end system 50a. The network end system 50a transfers the dat- 
agram to an outside network. Similarly, each protocol end system 40b, 40c. • • • . 40n. upon receipt of a datagram and 
communication quality for sending the datagram from the communication datagram transfer system 10, sets the proto- 
col layer 3 and beneath based on the notified communication quality, and transfers the same to each network end sys- 
tem 50b, 50c, • • • , 50n, and each network end system 50b, 50c, • • • . 50n transfers the corresponding datagram to 
45 an outside network. 

[0056] Although the communication quality control system 60 consists of a plurality of protocol end systems logically, 
all the protocol end systems or some protocol end systems may be constituted physically by the same hardware. Sim- 
ilarly, although the communication quality control system 10 consists of a plurality of network end systems bgically. all 
the network end systems or some of them may be constituted physically by the same hardware. To take a concrete 
so example, since the ATM communication extends a path to a virtual destination in every VP (Virtual Path), logically one 
network end system terminates each VP; however, one end system for terminating one physical line may terminate a 
plurality of VPs physically in some cases. 

[0057] Logically the protocol end systems 30a. 30b, 30c, • • • . 30n on a sending side have sending functions and 
the protocol end system 50a, 50b, 50c. • • • . 50n on a receiving side have receiving functions: however, the respective 
55 systems may be constituted physically by the same hardware. Similarly, the network end systems 20a, 20b, 20c, • • • . 
20n on a sending side have sending functions and the network end systems 40a. 40b, 40c, * * * , 40n on a receiving 
side have receiving functions logically: however, the respective systems may be constituted physically by the same 
hardware. 
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[0058] Fig. 2 is a block diagram showing a constitution example of ttie above mentioned communication datagram 
transfer system 10, 

[0059] The communication datagram transfer system 1 0 comprises an input queue control unit 11 Oi an output queue 
control unit 120, a layer identifying unit 130, an attribute detecting unit 140. a communication quality deciding unit 150, 
5 a path deciding unit 160, a connection communication quality control unit 1 70, a QOS database 1 52. a path table 1 61 , 
and a connection/communication quality table 171. 

[0060] The input queue control unit 110, upon receipt of datagrams from the respective protocol end systems 30a. 
30b. 30c, • * * , 30n , selects a datagram having the highest priority and supplies tiie datagram (D) to tiie layer identi- 
fying unit 1 30 and tiie output queue control unit 120. 

10 [0061] The layer identifying unit 130 operates according to the ftow chart of Rg. 3. At first, the layer identifying unit 
130 identifies the respective layers of the input datagram (D) (Step 301). Concretely, when ttie layer 3 is an IP. version 
of tiie IP is recognized from the version of the IP header, and when ttie layer 3 is the IPv4, the application ttiereof ^ 
recognized by reference to the protocol numtDer of the IP header^ or this protocol number and the port number of TCP 
or UDP protocol header of the datagram. When the layer 3 Is the IPv6, the application thereof is recognized by refer- 

75 ence to ttie next header value off tiie IP header, or tiie same next header value and tiie port number of tiie TCP or UDP 
protocol header. 

[0062] The layer identifying unit 130 identifies a connection that is the unit of a traffic to determine communication 
quality out of tiie Input datagram (D) (Step 302). Concretely, when the layer 3 is the IP and the layer 4 is a TCP or UDP, 
a connection is identified according to the connection identifying information including a set of sending IP address and 
20 destination IP address of the IP header and a set of sending port number and destination port number of tiie TCP or 
UDP header. 

[0063] The layer identifying unit 130 identifies the state of the connection recognized according to the above men- 
tioned connection identifying information and supplies both the connection identifying information and the connection 
state information, as the connection information (C). to the connection communication quality control unit 170 (Step 
25 303). Identifying the state of a connection is; in the concrete, when the layer 4 is a TCP, establishment of a TCP con- 
nection is recognized by a SYN flag standing, and end of a TCP connection is recognized ky a FIN flag standing, in a 
code bit within the TCP header. 

[0064] The layer identifying unit 1 30 supplies information (A) necessary for deciding a path, to tiie patii deciding unit 
160 (Step 304). 

30 [0065] The layer identifying unit 1 30 judges whether it is necessary to detect attiibutes of the layer 4 and upper in ttie 
attribute detecting unit 140, based on the identified connection state (Step 305). 

[0066] When the unit 130 judges that it s necessary to detect ttie attributes of the layer 4 and upper, it supplies ttie 
layer information (L) of the datagram and some or all of the datagram (DP) necessary for tiie attribute detecting unit 1 40 
to detect attributes from the respective layers, to the attribute detecting unit 1 40 (Step 306). It is. for example, in the case 

35 of receiving a datagram of a front session, in tiie HTTP sessions, in other words, receiving a datagram including an 
HTTP header tiiat tiie attribute detecting unit 1 40 need to detect attributes of the layer 4 and upper. 
[0067] The attribute detecting unit 140 detects attribute information of communicatbn from some or all of the data- 
gram (DP) entered based ori the layer information (L) entered from ttie layer identifying unit 130, and supplies ttie 
detected attribute information (P) of the communication to the communication quality deciding unit 150. 

40 [0068] Altfiough detecting identifying Information included in the respective layers 4. 5, 6. 7 of a datagram, or one of 
them, the attribute detecting unit 140 is to detect Information of the layer 3 and beneath if it is necessary to define the 
quality of a connection. 

[0069] The communication quality deciding unit 150 reb-ieves quality information (S) of a connection corresponding 
to the attribute inforniation (P) of ttie communication entered from ttie attribute detecting unit 140, refening to the QOS 

45 database 1 52, and supplies the same to the connection communication quality control unit 170. 

[0070] The path deciding unit 160 reti-ieves the path table 161. by tfie necessary information (A) for deciding a patti 
received from the layer Identifying unit 130, so to decide a destination patti of the datagram, and supplies the destina- 
tion path information (R) of the datagram to the connection communication quality control unit 170. 
[0071] Concretely, when the layer is an IP, the necessary information (A) for deciding a path is a destination IP 

so address. An IP subnet address coming under the destination IP address or the destination IP address itself e retrieved 
by use of the destination IP address as a key, so to decide VPI (Virtual Path Identifier) or IP address of ttie next desti- 
nation system corresponding to the IP subnet address. 

[0072] The connection communication quality control unit 1 70 operates according to the flow chart of Fig. 4. The con- 
nection communication quality control unit 170 receives connection information (C) from the layer identifying unit 130 
55 and destination patii Information (R) from the patii deciding unit 160, or connection quality information (S) from tiie com- 
munication quality deciding unit 1 50 (Step 401 ). 

[0073] The connection communication quality control unit 170 judges whether the datagram (D) needs to be control- 
led by the connection/communication quality table 171 or not; namely, whether it is the datagram (D) requiring referring 
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to the connection/communication quality table, or the datagram (D) requiring storing into the same table (Step 402) 
according to the connection intomnation (C) entered from the layer Identifying unit 130. 

[0074] When the datagram (D) does not need to be controlled by the connection/communication quality table 171, 
communication quality (Q) Is decided, according to the connection Infomriation (C) entered from the layer identifying unit 
5 1 30 and the destination path infornation ( R) errtered from the path deciding unit 1 60, and supplied to the output queue 
control unit 1 20 (Step 403). 

[0075] When the datagram (D) needs to t>e controlled by the connection/communication quality table 1 71 , the con- 
nection communication quality control unit 170 retrieves the cormection/communicatton quality table 171 to check 
whether there exists the same connection or not (Step 404). 
10 [0076] When there exists the same connection as a result of the retrieval of the connection/communication quality 
table 171 . communicatbn quality (Q) is established by reference to the connection/commurvcation quality tatjie 171 
(Step 405). 

[0077] When there. exists no same connection as a result of the retrieval of the connection/communication quality 
table 171 . communication quality (Q) for transferring the datagram (D) is decided, according to the quality Infbrhriation 
75 (S) of the connection entered from the communication quality deciding unit 150, the connection information (C) entered 
from the layer identifying unit 130, the destination path information (R) entered from the path deciding unit 160 and sup- 
plied to the output queue control unit 120 (Step 406), At this time, the connection communication quality control unit 170 
stores a set of the connection information (C) and the communication quality (S) into the connection/communication 
quality table 171 (Step 407). 

20 [0078] It is only in the case of judging the layer identifying unit 1 30 needs to identify attributes of the layer 4 and upper 
that the connection quality information (S) is entered into the connection communication quality control unit 170 from 
the communication quality deciding unit 150. When the connection quality information (S) is not entered there, it is 
judged that the datagram does not need to be controlled by the connection/communication quality tat)le 171 and com- 
munication quality (Q) is decided, according to the connection information (C) entered from the layer identifying unit 1 30 

25 and the destination path (R2) entered from the path deciding urnt 160. 

[0079] Even if the connection quality information (S) is entered there, it Is to be judged whetiier the datagram needs 
to be controlled by the connection/communication quality table 1 71 , and the datagram of the layer 4 and upper requiring 
no referring to tiie table 1 71 is not to be controlled by the connection/communication quality table 1 71 . In this case, com- 
munication quality (Q) is also decided, according to the connection information (C) entered from the layer identifying 

30 unit 130 and tiie destination path (R2) entered from the path deciding unit 1 60. 

[0080] When the layer identifying unit 1 30 judges tiiat attribute information of the layer 4 and upper Is required, such 
as in the case of receiving a datagram including an HTTP header in a connection including the HTTP sessions, con- 
nection quality (S) corresponding to the attribute information (P) examined in the attribute detecting unit 140 is entered 
into the connection communication quality control unit 1 70 from the communication quality deciding unit 150. 

35 [0081] The connection communication quality control unit 170 stores a set of the connection information (C) and the 
communication quality (Q) into the connection/conrmunication quality table 171. Once the communication quality (Q) 
corresponding to the connection quality (S) is decided, as for a datagram (D) judged to be of the same connection 
according to the connection Information (C) entered from tiie layer identifying unit 130, communication quality (Q) 
based on the connection quality (S) con^esponding to the attribute value of the layer 4 and upper is established, by ref- 

40 erence to the connection/communication quality table 171, and supplied to the output queue control unit 1 20. 

[0082] The output queue control unit 120 selects the optimum protocol end system; 40a, 40b, 40c, * * * . 40n, as for 
the datagram (D) entered from the Input queue control unit 1 10, according to the communication quality (Q) entered 
from the connection communication quality control unit 170, and the datagram (D) and the communication quality (Q1. 
Q2, Q3, • - • . Qn) necessary for sending the datagram are t-ansferred to the selected protocol end system. 

45 [0083] The operation according to the embodiment of the present invention will be desa3>ed in the case where the 
layer 3 is an IP. tiie layer 4 is a TCP. and the layer 5 is an HTTP. 

[0084] In the case of receiving no connection qual'rty information (S) and in tiie case of a datagram of the layer 4 and 
upper requiring no referring to a table, the connection communication quality conti-ol unit 170 decides communication 
quality (Q) for transferring the datagram (D) according to the connection information (C) and the destination path (R), 
so by the default operation. 

[0085] As illustrated in Fig. 5, the HTTP sessions (HO) is divided into some IP datagrams (HI . H2. H3, • • • ) and trans- 
ferred over a network, and the datagram including an HTTP header considered to define the attribute of the communi- 
cation in the HTTP sessions is a front datagram (H1). 

10086] Accordingly, the layer identifying unit 1 30 recognizes that, upon receipt of the front datagram (HI ). it is the first 
55 datagram after a connection is established, while monitoring the code bit of the TCP header. The layer identifying unit 
130 supplies the layer information (L) that the layer 5 is the HTTP, to the attribute detecting unit 140. The attribute 
detecting unit 140 detects attribute necessary for deciding communication quality from the HTTP header within the dat- 
agram (HI) and supplies the attribute information (P) to the communication quality deciding unit 150. 
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100871 The communication quality deciding unit 1 50 retrieves the QOS database 1 52 according to the attribute infor- 
mation (P) entered from the attribute detecting unit 140, decides connection quality (S), and supplies the same to the 
connection communication quality control unit 1 70. 

10088) The connection communication quality control unit 1 70 judges that the datagram (H1 ) requires referring to the 
5 connection/communication quaTity table 171 and storing therein, decides the communication quality (Q) of the data- 
gram (HI) according to the connection quality (S) entered from tiie communication quality deciding unit 150 and the 
destination path (R) entered from tiie path deciding unit 160, and supplies it to tfie output queue control unit 120. 
[0089J The connection communication quality control unit 170 stores a set of the connection information (C) and the 
communication quality (Q) into the connection/communication quality table 171. 
10 [0090] When receiving the datagram (H2), the connection communication quality control unrt 1 70 retrieves the con- 
nection/communication quality table, according to the connection information (C) entered from the layer identifying unit 
130. and transfer of the datagram is performed in the same communication quality as flie datagram (Hi). 
10091 ] As for the datagram (H3) and tiie later, ttie datagram trareter Is perfonned in tiie same communication quality 
as the datagram (Hi) similarly 
15 [0092] The communication datagram transfer system 10 of tiie present invention is to terrrwnate tiie layer 3 and 
beneath of a datagram hence to do the datagram transfer, tiiereby providing a high speed operation similarly to ttie 
existent router. However, it is possible to examine communication attrlxites of tiie layer 4 and upper depending on the 
necessity and transfer a datagram in the optimum communication quality corresponding to tiie communication 
attributes. 

20 

[Embodiment 1] 

[0093] This time, more concrete description about the content of ttie attrtoute infonmation (P) detected by the attribute 
detecting unit 140. the content of tfie connection quality (S) decided by the communication quality deciding unit 150 
25 according to the attribute information (P). and what communication quality is provided according to tiie connecfion qual-- 
ity (S). will be made, by way of a concrete example of tiie communication datagram transfer system 10. in the case of 
transferring a datagram having an IPv4 as tfie layer 3, a TCP as tiie layer 4. an HTTP as ttie layer 5. witii ttie ATM ttans- 
fer method adopted to the transferring physical layer. 

[0094] When receiving a datagram of ttie first HTTP session, ttie layer identifying unit 1 30 recognizes ttiat ttie layer 4 
30 is a TCP because of ttie protocol number of the IP header being 6 and that the layer 5 is an HTTP because of ttie port 
number of the TCP header being 80, and the unrt 130 supplies ttie same to ttie attribute detecting unit 140 as ttie layer 
information. 

[0095] The atti^ibute detecting unit 140 checks the presence of Content-Type (21), Server (22). User-Agent (23). and 
From (24) in the HTTP header because the layer 5 is the HTTP. In the case of their existence, the unit 140 supplies the 

35 result to the communication quality deciding unit 1 50 together with tfie attribute values, 

[0096] The Content-Type (21) defined by the RFC (Request For Comment) 1521 indicates the attribute of media, rep- 
resented by a set of basic type/sub-type. For example, when tiie basic type is Image", ttie media is proved to tie an 
image; when "video", it is proved to be a moving image; when "audio", rt is proved to be a voice; when "text", it is proved 
to be text data; when "application", it is proved to be application data. The Sen/er (23) indicates the prograrri name and 

40 the version of a server replying to a request by ttie HTTP The User-Agent (22) indicates the client program name and 
the version used by a user who requires data by ttie HTTP The From (24) indicates E-mail address of a user who 
requires data by the HTTP 

[0097] The attribute detecting unit 140 delects destination IP address (41) and source IP address (42) from ttie IP 
header, in addition to the atti-ibutes detected from ttie HTTP header, as ttie atfributes for deciding connectfon quality, 
45 and supplies the same to ttie communication quality deciding unit 150. 

[0098] The communication quality deciding unit 150 rett-ieves the QOS database 152 according to ttie respective 
attributes entered from the attribute detecting unit 140. In this embodiment, a basic QOS table ISOAoff Rg. 7 and an 
extended QOS table 150B of Fig. 8 are used as tiie QOS database 152. 

[0099] With reference to the basic QOS table 150A of Fig. 7, there are established, delay priority (31). loss priority 
50 (32). bandwidth (33). and connection priority (34). based on tiie attribute of the Content-Type (21). 

[0100] The delay priority (31) means ttiat a greater value would be preferentially transfened f irst. The loss priority (32) 
means that the cell loss would be more restrained in a greater value and that the data of small value would be aban- 
doned preferentially in ttie event of a congestion. The connection priority (34) means that a connection would be pref- 
erentially established in a greater value. 
55 [0101 ] In the example of Fig. 7. the value of the Content-type (21) is used to judge whether the media attribute is an 
image, a voice, a moving image, or other data. In the case of the voice and moving image media, the delay priority is 
set higher than the other media, thereby enabling real-time communication. As for the voice media, image media, mov- 
ing image media, a little data loss is permitted, compared with the other data application; therefore, ttie loss priority (32) 
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is set small. 

[01 02] With reference to the example of the extended QOS table 150B In Rg. 8. the delay priority (31), the loss priority 

(32) . the bandwidth (33). the connection priority (34), the addition quality (35), and the destination VPI (36-2) are 
decided, based on the destination IP (41), the source IP (42). the Content-Type (21). the Server (22). the User-Agent 

5 (23) , and the From (24). 

[0103] Each definition of the delay priority (31). the loss priority (32). the bandwidth (33), and the connection priority 
(34) is the same as that of the above mentioned basic QOS table 150A: however, their attribute values can be set by 
the difference from the values set in the basic QOS table 150A. For example, referring to the case in which the item 
number (50) is "1 when the Server (22) entered from the attribute detecting unit 1 40 has the program name "Server 1", 
to the loss priority (31) is set at '-i-l" added to the value defined in the basic QOS table 1 50A. and the bandwidth (33) is 
set at "+10%" of the value defined in the basic QOS table 150A. 

[0104] Similarly, it is possible to set the optimum parameters based on the contract with a user using the communi- 
cation quality control system, by changing the respective connection qualities (31, 32. 33. 34), according to the client 
name defined in the User-Agent (23) and E-mail address of a user defined in the From (24). When the item number (50) 
75 is "4". and a user having E-mail address *'User2'* establishes communication of a moving image by use of a program 
"client2", the delay priority (31), the loss priority (32). and the connection priority (34) are set high and the bandwidth 

(33) is set 30% more than usual, thereby realizing moving image communication of higher quality. 

[0105] When the item number (50) is "5" and a user having IP address2 as tiie source IP (42) establishes communi- 
cation witii a server program "Server2". connection qualities described in Fig. 8 are set. Thus, connection qualities are 
^ decided by using not only the attribute information on the layer 4 and upper, but also tiie attribute infonmatiori on the 
layer 3 arid beneatii if necessary. 

[01 06] The destination VPi (42) is to decide the destination of a datagram. 

[0107] The destination of a datagram is basically decided by reference to the patii table 161 in tiie path deciding unit 
160- Fig. 9 shows the example of the path table 161 . Witti reference to Fig. 9. the path table 161 cor^ists of a set of a 
2S destination subnet address (43) and a destination VPI (36-1). The path deciding unit 160 examines which subnets 
address (43) wittiin the patii table 161 includes tiie destination IP address (41) entered from the layer identifying unit 
130 and decides ttie corresponding destination VPI (36-1). 

[0108] In tiie Item number 6 of the extended QOS table 150B. when the destination IP address (41) is IP addressl 
and the Content-Type (21) uses application/x-newtype. tiie destination VPI (42) is set at VPI5. Accordingly, when tiie 

30 destination VPI (36-2) is set in the connection quality (S) entered from tiie communication quality deciding unit 1 50, tiie 
connection communication quality control unit 170 gives priority to it over the destination VPI (36-1) supplied from tiie 
patii deciding unit. Thus, the communication quality deciding unit 1 50 is enabled to decide the destination VPI (36) and 
provided with a function of giving priority to the destination VPI (36-2) decided by the communication quality deddtng 
unit 150 over tiie destination VPI (36-1) decided by ttie patii deciding unit 160, which makes it possible to change tiie 

35 type of a using application, a using transfer path or a destination depending on a user. 

[01 09] The addition quality (35) defines an encrypting method of a datagram for assuring data transfer corresponding 
to the security quality as tiie connection quality. The item number 7 of Fig. 8 shows that the encryption of a datagram 
and the tunneling thereof are performed by use of tiie L2TP (Layer 2 Tunneling Protocol) in the communication of text 
data from the IP address 4 to the IP address 3. 

40 [Oil 0] In tiie extended QOS table 1 SOB of Fig. 8, tiie connection quality is decided by judging whetiier the source IP 
(42) and the destination IP (41) are coincident with the written IP address. Alternatively, it is possible to decide the con- 
nection quality at the level of subnet, by writing an IP subnet address therein and judging whether the source IP (42) 
and the destination IP (41) belong to the IP subnet address. 

[0111] The connection communication quality control unit 170 decides the delay priority (31). the loss priority (32), 
45 the bandwidth (33). the connection priority (34), tiie addition quality (35). and the destination VPI (36-2). as tiie connec- 
tion qualities (8) entered from tiie communication quality deciding unit 150, and the VPI and VCI as the communication 
quality (Q) for sending a datagram according to the destination VPI (36-1) entered from the path deciding unit 160, and 
supplies the result to the output queue control unit 120. 

[01 1 2] The output queue control unit 1 20 selects the optimum protocol end system according to the path decided by 
so the VPI and tiie quality decided by the VCI to transfer a datagram. 

[0113] The output queue control unit 120 processes a datagram having the highest delay priority (31) preferentially. 
[0114] The output queue control unit 120 provides a datagram having the higher loss priority (32) with more buffer 
amount, thereby performing a control so as to abandon a datagram having the lower loss priority (32) in the event of a 
congestion. 

55 [01 1 5] When the connection communication quality control unit 1 70 detects a new connection, or when the commu- 
nication quality of a connection is changed, a VC (Virtual Circuit) is set between another ATM and itself depending on 
the necessity. Connection setting is preferentially performed on a datagram having the higher connection priority (34) 
in assigning the VC (Virtual Circuit) thereto. 
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[01 1 6] The following setting will be concretely perfornied . 

(1) When it is necessary to perform the VC setting on the both datagram having the higher connection priority (34) 
and the datagram having the lower connection priority (34). the VC setting for the connection having the higher con- 

5 nection priority (34) is firstly peribrmed. 

(2) When it is impossible to perform the VC setting of a datagram having the higher connection priority (34), the VC 
of the lower connection priority (34) is released and the VC setting of a datagram having the higher connection pri- 
ority (34) is performed. 

(3) When the VC resources are becoming short the VC of the lower connection priority (34) is released before 
10 exhausting the resources. 

[Oil 7] As for some VPIs of the destination VPIs (36). it Is possible to enhance the security quafity by setting a path 
using a physical line for the exclusive use. For e)Qmple, by assigning the VPI6 of the destination VPI (36-2) as the phys- 
ical line for the exclusive use. the physical line of the exclusive use Is assigned to the data having IP address 4 as the 

15 source IP (42). IP address 3 as the destination IP (41), and "text" as the Content-Type (21), in the ftem number 7 of the 
extended QOS table 150B of Fig. 8. theret»y enabling datagram transfer having the higher security quality. 
[0118] In this embodiment, although a plurality of attributes are examined from the HTTP header and the IP header, 
and the connection quality is decided, by use of the basic QOS table 150A and the extended QOS table 150B as the 
QOS database 152. it is also possible to do so only by use of the basic QOS table 150A. In this case, the connection 

20 quality is decided by the Content-Type witiiin the HTTP header. 

[Emtxxfiment 2] 

[01 1 9] The description will be made in the case of accounting. In the communication datagram transfer system of the 
25 present invention. Accounting is controlled by the unit of VC connection in the connection communicalion quality control - 
unit 1 70. The accounting amount Is decided by "traffic amount x basic account amoimt". The traffic amount is counted 
by the number off packets passing in every VC connection, the number of transferred words, the number of transferred 
bytes, or the number of the total bits. The basic accounting amount is assumed to be decided depending on the con- 
nection quality of a VC connection. 

[0">20] For example. it can be set as the 

setting priority (31) x weight 1 + loss rate (32) x weight 2 + bandwidth (33) x weight 3 + connection priority (35) x weight 4 + additioi 

. The addition service amount means the additional fee in the case off adopting, for example, the tunneling algorithm 

such as L2TP to a connection. 

[0121] A user to be bOled is identified by the source IP address, the destination IP address, and the like in the case 
35 of using the information of the layer 3 and beneath. In the case of using the information of the layer 4 and upper, how- 
ever, a user and/or a group can be specified from a user E-mail address, a using sender program name, a client program 
name, an application name, and the like, by examining, for example, the From. Server, User-Agent and Content-Tyoe 
in the HTTP header. 

40 [Embodiment 3] 

[0122] The attribute detecting unit 140 checks the presence of Date field newly, in addition to the HTTP header 
checked In the embodiment 1 . and when there exists tiie Date field, it supplies the same to the communication quality 
deciding unit 150 together with the attribute value thereof. Use of the Date field obtains the transmission time of a dat- 
45 agram. 

[0123] The communication quality dedding unit 1 50 checks tiie Date field, and when the time elapsed longer tfian the 
established threshold, tiie cell loss priority is set at the minimum 0, or the datagram is immediately abandoned. 
[0124] According to the above control, lower-valued data such that tiie time elapsed longer after the data creation can 
be abandoned preferentially. 

so [0125] When the Content-Type is "audio" or "vkleo". tiie communication quality deciding unit 150 checks the Date 
f ieW. and when the time elapsed longer than the established threshold, the cell loss priority is set at the minimum 0. or 
the datagram is controlled to be abandoned immediately, tiiereby enabling a control of abandoning the lower-valued 
data such that the time elapsed longer after the data creation preferentially, as for a real-time application. 

55 [Embodiment 4] 

[01 26] The attribute detecting unit 1 40 checks the presence of the Authorization header field or the Proxy- Authoriza- 
tion header field, in addition to the HTTP header checked in the embodiment 1 or 3, and supplies the presence or 
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absence to the communication quality deciding unit 150. It can be judged whether a datagram includes authentication 
infomriation or not. from the Authorization header filed or the Proxy-Authorization header field. 

[0127] When detecting the presence of the Authorization header field or the Proxy-Authorization header field, the 
communication quality deciding unit 150 sets the loss priority (32) high and decides to transfer a datagram being 
encrypted as the adcfition quality (34). tiiereby making it possible to realize communication of high reliability as for tiie 
data including the autiientication information. 



[Embodiment 6] 



[01 31 ] The attribute detecting unit 1 40 checks the presence of the Expires field newly, in addition to the HTTP header 
checked in the emtxxJiment 1, 3, or 4. arKi when tiiere exists the Expires field, the unit 140 supplies the same to the 
25 communication quality deciding unit 1 50 togetiier with the attribute value thereof. Use of the Expires f iekJ can judge tiiie^' 
valid date of a datagram. 

[0132] The communication quality deciding unit 150 checks the Expired fiekJ. and when it has passed the present 
time, the cell loss priority is set as the minimum 0. or the datagram is abandoned immediately. 
[01 33] According to the atx>ve mentioned control, lower-valued data such that time elapsed longer after the data cre- 
do ation can be abandoned preferentially. 



5- 



[Embodiment 5] T 

10 [01 28] It is possible to decide the connectton qualities to be set more specifically, not only by detecting whether tiiere 
exists tiie Authorization header f iekj of tiie HTTP header or not, but also by examining the attribute value hence to rec- 
ognize tiie adopted encryption method of the authentication Information. 
[0129] Hereinafter, the description will be made concretely. 

[0130] When receiving the Authorization header field, the communication quality deciding unit 1 5 checks whether the 
75 authentication method within the Authorization header field is "Basic" or not. When the authentication method is 
"Basic", security is more fragile than the other authentication method. Therefore, the loss priority (32) is set high and a 
datagram is encrypted to be transferred, as the additional quality (34), theret^y making it possible to realize communir 
cation of higher reliability as for a datagram including the authentication informatk)n "Basic" that is an authentication 
method of fragile security. 



[Embodiment 7] 

[0134] This embodiment will be described in the case of receiving a datagram such that the layer 3 is an IPv4, the 

35 layer 4 Is a TCP, and the layer 5 is an SMTP. 

[0135] The attribute detecting unit 140 recognizes that the layer 5 is an SMTP by the output of the layer identifying 
unit 130, checks tiie presence of the "From:" field of tiie SMTP mail header, and when there exists tiie "From:" field, tiie 
unit 140 supplies the same to the communication quality deciding unit 150 together with the attribute value thereof. Use 
of the "From:" field can judge E-mail address of a mail sending user. 

40 [0136] In tiie QOS database 152. the values of the delay priority (31). the loss rate (32). tiie bandwidtii (33), the con- 
nection priority (34), the additional quality (35), and the destination VP! (42), corresponding to the Trom:" field, are 
established as for a user under contract. 

[0137] The communication quality deciding unit 150 retrieves the QOS data table 150, checks the presence of the 
data corresponding to the user's E-mail address of the "From:" field; when tiiere exists such data, the unit decides tiie 
45 established connection quality, and when there exists no such data, it decides the default connection quality. 

[En^odiment 8] 

[0138] This embodiment will be described in tiie case of receiving such a datagram that the layer 3 is an IPv4, the 

so layer 4 is a TCP, and the layer 5 is an FTP. 

[0139] Fig. 6 shows an example of getting a file by the ftp application. 

[01 40] In the example of Fig. 6. a user whose user name is userl logs in the FTP server whose host name is ftpserver. 
so to get a file "testdat". The head numeral and are attached for convenience sake, to represent the number of lines. 
[0141] The line starting from "--->" means that a client has transfen-ed the FTP command to a server, and the line 
55 starting from three digits and one blank means that a client has received FTP reply from a server. 

[0142] In the case of getting a file named "testdat", when a user enters a command "get test.dat" (10th line), a client 
supplies a PORT command to a server at first (1 1th line), and upon receipt of the FTP reply of the PORT command suc- 
cess from the server (12th line), a PETR command is supplied to tiie server (13th line). In the FTP application, connec- 
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ton for control and connection for data are set individuaf ly. The PORT command is a command for transmrtling the port I 
number and the IP address at a client side in the TCP connection used for data transfer, and the PETR command is a I 
command for a dient requesting a server to transmit a ffla ] 
[0143] In the example of Rg. 6. the IP address at a client side Is 140.252.13.34 and the port number Is 
5 1 1 74(4x256+1 50). Upon receipt of the PETR command, a server establishes a connection with a dient host port spec- ^ 
if led by the PORT command, and transfers a specified file by use of the connection after sending the FTP reply of the 
FTP reply code "150- to the client 

I0144J The attribute detecting unit 1 40 recognizes that the layer 5 is an FTP from the output of the layer tdentifying 

unit 1 30. judges whether a datagram is the FTP command or the FTP reply, and SMPPIies the result to the communica- \ 
10 tion quality deciding unit 150. I 
[01451 The conmiunication quality deciding unit 150 judges wheth^ it is a user registered in a bandwidth increasing I 
service for FTP, from the source IP (42). When the user proved to be a registered user and the FTP command proved ^ 
to be the PORT command, the unit 150 stores the IP address and the port number that are parameters of the PORT i 
command. When receiving the PETR command next in the same connection, use of the stored IP address and port 
75 number and the destination IP address and port number in the current connection can previously distinguish a connec- ; 
tion for use in file transfer from a server to a client 

[01461 According to the above, setting large a bandwidth (33) of a connection for use in file transfer from the server | 
to a client can assign a large bandwidth only to the connection in the FTP file transfer efficiently I: 
[01471 At this time, the communication quality deciding unit 150 supplies the information for discriminating a connec- 
20 tion for use in file transfer and the connection quality set for the connection for use in the file transfer, to the connection I 
communication quality control unit 1 70. % 
[01481 The connection communication quality control unit 170 decides ttie communication qualities based on the input ? 
connecton qualities, as for the connection for use in the file transfer. 



25 [Embodiment 9] 



[01 491 Concerning the embodiment 8, when detecting the FTP r^ly reporting tiiat a connection for use in file transfer 
is established, from a datagram, and further detecting that the r^y code within the FTP reply is "150" (14th line), data 
size indicated in the data next to the reply code is recognized, thereby making it posstole to change the bandwidth set 
30 according to the fQe size. 



[Embodiment 10] 



[01501 The attribute detecting unit 140 checks the presence of Pragma fieW or Cache-Control field newly, in addition 
35 to the HTTP header checked in the embodiment 1 . and when there exists the Pragma field or the Cache-Control field 
and its attribute value is "no-cache", the unit 140 supplies the same to the communication quality deciding unit 150. 
[0151] The communication quality deciding unit 150 sets each path separately when the cache is usable and when 
the cache is unusable, as for access to the HTTP Server defined by the specified destination IP address (41-1). 

[01521 When the destination IP address within the datagram is the destination IP address (41-1) having been regis- i 
40 tered. cache is judged to be usable or not depending on input of "no-cache" information and a patch to which the data ¥ 
is transfen-ed. 

[01 53] Switching paths depending on use of a cache can disperse traffic flowing on a network and a connection with I 
no use of a cache can be controlled so as to pass the data tiirough a high-speed gate way. ? 

45 [Embodiment 11] 



[0154] When the receiving datagram is an HTTP request message, the attribute detecting unit 140 checks Request- 
URI in Request-line, If-Modified-Since field, and If- Unmodified- Since field, and when there exists some of them, the unit 
140 supplies the result to the communication quality deciding unit 150 together with the attribute value thereof. 
50 [0155] A user previously under contract with a service provided by this communication datagram transfer system 
should register URI likely to be checked frequentiy by H-Modified-Since fieki or H-Unmodified-Since field and Its updat- 
ing time in a controlled WWW server. A table of tiie registered URI and updating time thereof is controlled in the com- 
munication quality deciding unit 150. 

[0156] When Request-URI is in coincidence with the registered URI and the attribute value of If-Modified-Since field 
55 or If-Unmodif ied-Since field is entered, the communication quality deciding unit 140 makes a comparison between the 
attribute value and final updating time obtained by referring to a table. 

[01571 When the time obtained from If-Modified-Since field is long before the final updating time of the URI, or when 
the time obtained from If-Unmodified-Since field is long before the final updating time, the datagram (D) is transferred 
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to the datagram destination path (R) supplied by the path deciding unit 
[0158] When the time obtained from If-Modified-Since field is long before the final updating time of the URI, the loss 
priority (32) of a datagram is set low. or after the datagram is abandoned, an HTTP response message such that Status 
Code is 304 (not modified) is created and transferred to the source IP address: 

5 [0159] When the time obtained from lf*Unnriodified-Since field is short before the final updating time of the URI, the 
loss priority (32) of a datagram is set low. or after the datagram is abandoned, an HTTP response message such that 
Status Code is 402 (Precondition Failed) is aeated and transferred to the source IP address. 
[0160] According to the above, it Is possible to inhibit unnecessary traffic from entering into a server and a network. 
[0161] Besides the method of previously registering URis, when the received datagram (D) is an HTTP response 

10 message and there exists a Last-Modified header within the HTTP header of the datagram, a method of registering a 
set of URI (U) and final updating time obtained from the Last-Modified header may be considered. The URI is extracted 
from Request-URI, or from Request-URI and Host header within the HTTP request message from a user terminal to a 
WWW server. Match of an HTTP request message and an HTTP response message is recognized frcsn the corinection 
information (C) of a datagram (D) forming the HTTP request message or HTTP response message. (Match of a con- 

15 nection between a request message and a response message is referred to the emtxxfiment 20.) A URI to be regis- 
tered may be restricted to a server of a user under contract beforehand or a specified directory within a server, 
alternatively all URIs are to be registered. 

[Embodiment 12] 

20 

[0162] When the receiving datagram is an HTTP request message, tiie attribute detecting unit 140 checks Request- 
URI of Request-line, in addition to the HTTP header checked in the embodiment 1 and supplies the read-out URI as the 

attribute value to the communication quality deciding unit 150. 

[01 63] The communication quality deciding unit 1 50 adds tiie item of URI to the extended QOS table. 

25 [0164] The communication quality deciding unit 150. upon receipt of a URI from the attribute detecting unit 140.^ 
retrieves the extended QOS table, and when there exists the received URI witiiin the table, the communication quality 
(Q) is decided by reference to the extended QOS table. Check of URI coincidence may be completely perfbrhied by tiie 
unit of file, or witii a URI registered by the unit of Directory, coincidence may be judged by the registered URI string 
included in the URI input from the attnlxjte detecting unit 140. 

30 [0165] It is possible to provide a registered user with high speed and various communication services, by deciding 
communication quality depending on a URI. 

[0166] A URI extracted from tiie HTTP header in tiie attnlsute detecting unit 140 may be. in addition to Request-URI 

within Request-line, either a refen-ed URI of the HTTP data extracted by Referer, a URI including the HTTP data 
extracted by Location, a destination URI of a datagram extracted by Fonwarded, a base URI of a datagram extracted by 
35 Content-Base, or a URI having the HTTP data extracted by Content-Location, or it may be all. 

[Embodiment 13] 

[0167] When the receiving datagram is an HTTP request message, the attribute detecting unit 140 checks Method 

40 and supplies the result to the communication quality deciding unit 1 50. 

[01 68] Communication resources for a connection from this communication datagram transfer system toward the 
direction of a source IP address are previously assigned, in the communication quality deciding unit 150. thereby mak- 
ing it possible to transfer a datagram to a user side according to the connection quality already established when actu- 
ally receiving the HTTP response message from the Server side. 

45 [01 69] When the Method is Get or POST as the connection quality (S) to be set, the bandwidth (33) is set large. When 
the Method is GET or POST, It is considered that the information amount is greater than when the Metiiod is HEAD; 
therefore, bandwidth can be assigned effectively 

[Emtx>diment 14] 

so 

[0170] The attribute detecting unit 1 40 checks the presence of MIME-Verslon newly in addition to other than the HTTP 
header checked in the embodiment 1. and when it is, the unit 140 supplies the same to the communication quality 
deciding unit 150 together with the attribute value thereof. The communication quality deciding unit 150 adds the item 
of MINE-Version to tiie basic QOS table, in addition to the Content-type (21), and decides the connection quality by a 
55 set of MINE-Version and Content-type. 
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[EmbocGment 15] 

[0171] When the received datagram is an HTTP request message, the attribute detecting unit 140 checks the pres- 
ence of Accept, Accept-Charset, Accept-Encoding. and Accept-Language. and when they are present the unit 140 

5 supplies the result to the communication quality deciding unit 1 50 together with the attrikjute value thereof. 

[0172] The communication quality deciding unit 150 stores the information of tiie IP address (41) of a Web server, 
media attribute (51) corresponding to the Web Server, character set (52). encoding method (53)^ and language (54), as 
for a WWW server managed by a user under contract beforehand, into the server information control table (500). An 
Example of the server information control table (500) is shown in Rg. 10. 

10 [0173] When receiving one or some of Accept, Accept-Charset, Accept-Encoding. and Accept-Language from the 
attribute detecting unit 1 40, the communication quality deciding unit 1 50 checks whether the destination IP address (41 ) 
of a datagram to be transferred exists in the Server information control table (500). When there exists the destination IP 
address (41 ). the folkswing processing will be performed. 

rs (1) It is checked whether tiie attribute value of Accept is in coincidence witii the atbibute value registered in the 
media attrtoute (51). When the destination IP address (41) is IP address 3, it is matched with "text/html" and 
lexl/iDlain" as the media attribute of a texl. When the atfribute value of Accept is the media atti^ilxjte of a text other 
than "text/plain" and "text/html", it is judged that the nr^edia atb-ibute (51) has no agreement. 

When the destination IP address (41) is IP address 3. the media attritxite of the other image or sound is not 

20 defined particularly. When ttie destination IP address (41) is IP address 1 and IP address2. the media atb-ibute (51) 
of the server information conta-ol table (500) is In this case, the media attiribute (51) corresponding to the Web 
Server is not registered and a comparison witii the attribute of Accept is not made. 

(2) It is checked whetiier ttie media attribute value of Accept-Charset is in coincidence witin the character set (52). 
When tiie destination IP address (41) is IP address 1. it is matched with only "ISO-8859-r as tiie character set 

25 (52). When the attribute value of Accept-Charset is any otiier than "ISO-SSSg-r, it is judged that tiie character set 
(52) has no agreement 

(3) It is checked whether tiie attrft)ute value of Accept-Encoding is in coincidence witii the encoding method (53). 
When the destination IP address (41) is IP address 1 or IP address 2. it is matched witti "gzip" and "compress" as 
the encoding metiiod (53). When tiie attribute of Accept-Encoding is any other than "gzip" and "compress", it is 

30 judged that tiie encoding method (53) has no agreement. 

When tiie destination IP address (41) is IP address 3. tiie encoding mettiod (53) is "X". In tills case, the Web 
server is not matched with any encoding method. It is judged tfiat the encoding method (53) has no agreement 
whatever attribute of Accept-Encoding may be. 

(4) It is checked whether tiie attiribute value of Accept-Language is In coincidence witii tiie language (54). When the 
35 language (54) Is IP address 1 , it is matched with "en" and "jp" as the language (54). When tiie attribute value of 

Accept-Language is any other than "en** and "jp", it is judged that tiie language (54) has no agreement. 

[0174] When the communication quality deciding unit 150 judges that there is no agreement in one or some of the 
media attribute (51), tiie character set (52). the encoding method (53), and tiie language (54), in the above processing, 
40 the corresponding datagram is abandoned and such an HTTP response message that Status Code is 406 (Not Accept- 
able) is created and transferred to the source IP address. 

[0175] Although the embodiment 15 Is a control for abandoning a message having no agreement, with the media 
attribute (51), tfie character set (52). tiie encoding metiiod (53), and tiie language (54), manageable by the WWW 
server side, registered previously, a metiiod of registering the media attribute (51). ttie character set (K). tfie encoding 
45 method (53). and tiie language (54) manageable by the client side may be considered. 

[0176] In this case, when the HTTP response message has no registi^ation of the attribute values detected from the 
media attribute (51) witiiin Content-Type, the encoding method (53) witiiln Content- Encoding, and tiie language (54) 
within Content-Language, a datagram belonging to the connection Is abandoned, or tiie loss rate is set low. ttiereby 
making it possible to inhibit unnecessary traffic from entering into a network. 

so 

[Embodiment 16] 

[0177] When the received datagram is an HTTP response message, the attribute detecting unit 140 checks Status 
Code and supplies the result to the communication quality deciding unit 150 together with the attribute value thereof. 
55 [0178] The communication quality deciding unit 150, upon receipt of tiie Status Code, sets the bandwidth (33) large 
only when the attribute value thereof is 200 (OK), 

[0179] Since a lot of datagrams are supposed to be transferred In a connection defined by the datagram, only when 
the Status Code is 200 (OK), bandwidth can be assigned efficlentiy 
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[ErrtDocfiment 17] : 

[0180] When the received datagram is an HTTP response message, the attribute detecting unit 1 40 checks whether 
the HTTP header includes a WWW-Authenticate header and supplies the result to the communication quality deciding { 
5 unit 150. 

[0181] When a datagram including the WWW-Authenticate header is transfen-ed. there is a possibility of the same i 
datagram including a datagram having the authentication information, or a datagram received from the WWW server |, 
after authentication. :j 
[0182] The communication quality deciding unit 150. upon receipt of the information that the received datagram (D- | 

10 1 7) includes the WWW-Authenticate header, sets the loss priority (32) high for a fixed period of time, as for an HTML | 
connection between a user terminal and a WWW server, according to the destination IP address (41) and the source | 
IP address (42) included in the datagram (D-17), and decides the connection quality (S) so to transfer the datagram T 
being encrypted as the additional quality (34). ther^y making it possible to realize communication of high reliability as 
for a datagram between a user terminal and a WWW server. » 

15 ]' 
[Embodiment 18] 

[0183] When the received datagram is an HTTP response message, the attrtoute detecting unit 140 checks whether 
a Proxy-Authenticate header is included in the HTTP header and supplies the result to the communication quality dedd- 
20 ing unit 150. 

[01 84] When a datagram including the Proxy- Authenticate header is transferred, there is a possibility of the datagram 
including a datagram having authentication information or a datagram received from the Proxy server after authentica- 
tion. 

[0185] The communication quality deciding unit 1 50, upon receipt of the information such that the received datagram 
25 (D-1 8) includes the Proxy-Authenticate header, sets the loss priority (32) high for a fixed period of time, as for an HTML- 
connection between a user terminal and a proxy sender, according to the destination IP address (41) and the source IP 
address (42) included in the datagram (D-1 8). and decides the connection quality (S) so to transfer the datagram being 
encrypted as the additional quality (34). tiiereby making it possible to realize communication of high reliability as for a 
datagram between a user terminal and a proxy server. 

30 

[Embodiment 20] 

[0186] The structure of the embodiment 20 of the present invention will be described in detail with reference to the 

drawings. 

35 [0187] Fig. 1 1 is a block diagram showing the structural example of a communication datagram transfer system 1 0A 
according to the embodiment 20 of the present invention. 

[0188] When the received datagram (D) is an HTTP request message, the attribute detecting unit 140 extracts an ) 

absolute-URI (70) toward a WWW server to be accessed, according to a request URI within the HTTP header or the 

request URI and the Host header field, and supplies the same to the communication quality deciding unit 1 50A. | 

40 [0189] The communication quality deciding unit 1 50A stores a set of connection information (C) entered from the con- | 
nection identifying unit 130 and the URI (70) entered from the attribute detecting unit 140 into tiie connection informa- | 
tion control table 151. S 
[0190] When tine received datagram is an HTTP response message, the attribute detecting unit 140 checks the pres- } 
ence of Allow field. Accept-Range field. Content-Base field, and Content-Location field within the HTTP header and > 

45 when there is. it supplies the result to the communication quality deciding unit 150A togetiier with the attribute value 
thereof. 

[01 91 ] The communication deciding unit 1 50 A, upon receipt of one or both of Allow field and Acc^t-Range field within 
the HTTP header, checks whether Content-Base fieki Is entered or not. and when the Content-Base field is entered, it i 
stores a set of the absolute-URI that is the attribute value within the Content-Base field, allow method (80) within the 
so Allow field, and an allow range (81) within the Accept-Range field, into the URI table 153. 

[0192] When the Content-Base field is not entered, it checks whether the Content-Location field is entered nor not, 
and when the Content-Location field is entered, It stores a set of the absolute-URl that is the attribute value within the 
Content-Location field..the allow method (80) within the Allow field, and the allow range (81) within the Accept-Range 
field, into the URI table 153. 

55 [0193] When the Content-Location field is not entered, it reads out a URI (70) corresponding to the connection infor- 
mation (C) from the connection information control table 151 and stores a set of the URI (70). the allow method (80) 
within the Allow field, and the allow range (81) within the Accept-Range filed, into the URI table 153. 
[0194] When the received datagram is an HTTP request message, the attrilxJte detecting unit 140 extracts method 
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(71) within the HTTP header and supplies the same to the communication quality deciding unit 150A. 
[0195] When the received datagrain is an HTTP request message, the attribute detecting unit 140 checks the pres- 
ence of H-Range heoJer or Range header within the HTTP header, and when there is, it extracts the Range header or 
range (72) that is the attribute value of the If-Range header and supplies the same to the communication quality dedd- 
5 ingunitlSOA. 

[01 96] Upon receipt of the URI (70) from the attribute detecting unit 1 40, the communication quality deciding unit 150A 
retrieves the URI table 1 53 to check whether the allow range (81) or allow method (80) con-esponding to the URI is reg- 
istered therein. 

[0197] When the allow method (80) is registered therein, it is compared with the method (71) entered from the 
10 attrbute detecting unit 1 40. As a result of the comparison, when the method (71 ) is not registered therein, the datagram 
(D) is abandoned, or after its at>andonment, an HTTP response message such that Status Code is 405 (Method Not 
Allowed) is created and transfenred to the source IP address. 

[01 98] When the allow range (81 ) is registered and the range (72) is entered from the attribute detecting unit 1 40, the 
allow range (81) is compared with the range (72). As a result of the comparison, when the requesting method by the 
75 range (72) is not that one registered in the allow range (81). headers relative to the Range header included in the dat- 
agram (D) are arranged to be removed, as the additional quality (53). 

[0199] The headers relative to the Range header are removed in the output queue control unit 1 20. 
[0200] When the datagram (D) includes the Range header, the removed headers are the Range header, IF-Unmodi- 
fied-Since header, and If-Malch header, while when the datagram (D) includes the If-Range header, the removed 
20 header is only the If-Range header. 

[Embodiment 21] 

[0201] Basic structure of the embodimerrt 21 is the same as that of the embodiment 20. However, the WWW server 
25 table 1 54 is used instead of the URI table 1 53. 

[0202] When the received datagram is an HTTP response message, the attribute detecting unit 140 checks the pres- 
ence of Public field within the HTTP header, and when there exists, the unit 1 40 supplies the same to the communica- 
tton quality deciding unit 150A togetiier with the attrit>ute value thereof. 

[0203] The communication quality deciding unit 1 50 A, upon receipt of the Public field within the HTTP header, extracts 
30 host name (700) of a WWW server from one of the URI that is the attribute value of the Content-Base field, the URI that 
is the attribute value of the Content-Location field, or the URI (70) read from the connection infbnnation control table 
1 51 . and registers a set of tiie host name (700) and the allow method (800) within the Public field into the WWW server 
table 154. 

[0204] Upon receipt of the URI (70) from tiie attribute detecting unit 1 40. the communication quality deciding unit 150A 
35 retrieves the WWW server table 154 so to check whether the allow method (800) corresponding to the WWW server 
host name (700) extracted from the URI (70) Is registered. 

[0205] When the allow method (800) is registered therein, it Is compared with the method (71) entered from ttie 
attribute detecting unit 140, As a result of tiie comparison, when the method (71) is not registered, the datagram (D) is 
at>andoned. or after its abandonment, an HTTP response message such that Status Code Is 405 (Method Not Allowed) 
40 is created and transferred to the source IP address. 

[Embodiment 22] 

[0206] It is possible to add the following control to the above-mentioned respective embodiments such that the layer 
45 5 is an HTTP. 

[0207] When detecting a Content- Length in an HTTP response message, ttie bandwidtii (33) is assigned according 
to tfie length of the Content-Lengtii. 

[Embodiment 23] 

so 

[0208] It is possible to add the following control to the afc>ove-mentioned respective embodiments such that the layer 

5 is an HTTP. 

[0209] When detecting a Connection in an HTTP response message and the attribute value of the Connection is "per- 
sistent", the bandwidth (33) is set large. 
55 [0210] When the attribute value of the Connection is "persistent", much more datagrams are supposed to be trans- 
ferred than in the case of the other attribute; therefore, efficient datagram transfer is possible. 
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[Embodiment 24] 

[021 1 ] It is possit)le to add the following control to the above-mentioned respective embodiments such that the layer 
5 is an HTTP. 

[0212] When detecting a Warning header in an HTTP response message and the Warn-code of the Waming header 
is 10 (Response is stale), the loss priority is set lower, thereby making it possible to abandon the old datagram prefer- 
entially. 



[Embodiment 25] 

10 

[021 3] It IS possible to add the following control to the above-mentioned respective embodiments such that the layer 

5 IS an HTTP. 

[0214] When detecting a Retry-After header in an HTTP response message, accessible time to the URl required next 
is extracted from the Retry-After and a set of the URl (70) and the accessible time is stored in the URl table. 
IS [021 5] When access is requested to the same URl (70). the accessible time is read out from the URl table and when 
it is before the receiving time of the datagram, the datagram is abandoned. 

[021 6] When it is possible to calculate the time from receiving a datagram to actually transferring the datagram to the 
WWW server, the accessible time may be compared with the time of transfening a datagram to the WWW server. 

20 [Embodiment 26] 

[0217] It is possible to add the following control to the above-mentioned respective embodiments such that the layer 
5 is an HTTP 

[0218] When a Via header is detected within the HTTP header and the Via header includes host name and program.. 
25 name registered beforehand, the communication quality (S) registered in the table is set and a datagram is transferred/ 
[021 9] The host name and the program name in the proxy passing through the above control can provide communi- 
cation quality depending on a contract. 

[Embodiment 27] 

30 

[0220] When the received datagram (D) is an HTTP response message and it is of the IP address destined for a user 
previously registered, the attribute detecting unit 140 checks the presence of a Transfer-Encoding header within the 
HTTP header. When there is no Transfer-Encoding header, a datagram is ananged to be encrypted arxJ transferred as 
the additional quality (35), with respect to a connection to which the received datagram (D) belongs. 
35 [0221 ] According to the above control, it is possible to transfer a datagram having fragile security and having no Trans- 
fer-Encoding header safely. 



[Embodiment 28] 

40 [0222] When the layer 4 of the received datagram is a TCP. the attribute detecting unit 140 checks URG (URGent) 
that is Ckxie bit of the TCP header, and supplies the result to the communication quality deciding unit 150. 
[0223] When 1 is set in the URG field, the communication quality deciding unit 1 50 Judges that it is an urgent segment 
and sets the delay prk)rity and the loss priority high, thereby providing high-speed and reliable communication quality. 



45 [Embodiment 29] 

[0224] When the layer 4 of the received datagram is a UDR the attrikuite detecting unit 1 40 checks whether the check- 
sum field of the UDP header is 0, and supplies the result to the communication quality deciding unit 150. 
[0225] Upon receipt of the information that the checksum field is 0. the communrcation quality deciding unit 1 50 rec- 
50 ognizes that the datagram uses no checksum. When the destination IP address of the datagram or the source IP 
address is in coincidence vinth the IP address of a user previously registered, it sets the loss priority high, and if possi- 
ble, i1 sets a physical line for the exclusive use which is suppressible of data error, for use, as the additional quality. 
[0226] According to the above control, even in the UDP communication using no checksum, a user under contract 
can be provided with reliable communication. 

55 

[Embodiment 30] 



[0227] When the layer 5 of the received datagram is a DNS, the attribute detecting unit 140 checks the presence of 
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"query type", and when there exists the "query type", it siq3plies the same to the communication quality deciding unit 
150. 

[0228] Upon receipt of the "query type", the communication quality dedding unit 1 50 checks whether its value is 252. 
[0229] When the value is 252, it is a "zone transfer" request, and much more datagrams are supposed to be trans- 
ferred than in the case of the other DNS message; therefore, the bandwidth (33) is set larger. 

[Embodiment 31] 

[0230 ] Wh en the layer 5 of the received datagram is a TFTP, the attribute detecting unit 1 40 checks "opcode" included 
in the TFTP message and supplies the result to the communication quality deciding unit 150. 
[0231] The attraxjte detecting unit 140 detects the UDP length included in the UDP header and supplies the same to 
the communication quality deciding unit 150. 

[0232] Upon receipt of "opcode", the communication quality deciding unit 150 checks whether its value is 3. 
[0233] When "opcode" is 3 and the length of the TFTP message calculated by the UDP length is 512, it proves that 
IS the TFTP transfers the data; therefore, the bandwidth (33) is set larga 

[0234] When "opcode" is 3 and the length of the TFTP message calculated by the UDP length is 51 2 or less, it proves 

that the data transfer is completed by the TFTP; therefore, the bandwidth (33) is set small. 

[0235] According to the above control, the bandwidth can be assigned large only at a time of data transfer. 

20 [Enf4>odiment32] 

[0236] When the layer 5 of the received datagriam is an SNMR the attribute detecting unit 140 checks PDU type 
irrcluded in the SNMP message and supplies the result to the communication quality deciding unit 150. 
[0237] When the PDU type is 4 as a result of the PDU type check, the communication quality deciding unit 150 rec- 
25 ognizes that the SNMP message is a trap message and set the delay priority (31) of the datagram high, thereby making 
it possible to transfer the trap message at a high speed. 

[Embodiment 33] 

30 [0238] In addition to the embodiment 1 , this embodiment newly adds connection-setting robustness (strength) (37) to 
the connection communication quality (S) decided in the communication quality deciding unit 150. A user previously 
contracted user can set one of the three stages of connection-setting robustness (37) selectively. 
[0239] The connection communication quality control unit 1 70 sets a connection (Fig. 1 2) among the communication 
quality control systems 60a. 60b. 60c, and 60d. based on the input connection-setting robustness (37). as follows. 

35 

(1) When the connection-setting robustness=1 (Rg. 13), the communication quality control system 60a sends a 
connection-setting message having necessary information for setting a connection and at the same time, starts the 
datagram transfer. Upon receipt of the connection-setting message, the communication quality control systems 60b 
and 60c sends the connection-setting message to the communication quality control systems 60c and 60d and 

40 simultaneously transfers the received datagram. 

(2) When the connection-setting robustness=2 (Rg. 14). the communication quality control system 60a sends a 
connection-setting message having necessary information for setting a connection. Upon receipt of the connection- 
setting message, the communication quality control systems 60b. 60c. and 60d send the ACK message to the com- 
munication quality control systems 60a. 60b. and 60c of a sending party if the connection setting is possible under 

45 a predetermined condition. After sending the ACK message, the communication quality control systems 60b and 
60c send the connection-setting message to the communication quality control systems 60c and 60d. Upon receipt 
of the ACK message, the communication quality control systems 60a, 60b. and 60c start the datagram transfer. 
Thus, a datagram is to be transferred after each connection is established between each adjacent communication 
quality control system. 

50 (3) When the connection-setting robustness=3 (Rg. 15). the communication quality control system 60a sends a 
connection-setting message having necessary information for setting a connection. When receiving the connec- 
tion-setting message, the communication quality control systems 60b and 60c create a connection-setting mes- 
sage and send the same to the communication quality control systems 60c and 60d of a receiving party if the 
connection-setting is possible under a predetermined condition. Upon receipt of the connection-setting message. 

55 the communication quality control system 60d sends the ACK message to tiie communication quality control sys- 
tem 60c of a sending party if the connection-setting is possible under a predetermined condition. Upon receipt of 
the ACK message, tiie communication quality control systems 60c and 60b send the ACK message to the commu- 
nication quality control systems 60b and 60a. Upon receipt of the ACK message, the communication quality control 
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system 60a starts the datagram transfer. Thus, a datagram is to be transferred after the connection among the 
communication quality control systems 60a. 60b, 60c. and 60d is completely estabTished. thereby enabling reliable 
datagram transfer. 

5 [0240] As mentioned above, according as the connection-setting robustness is greater, more assuredly a datagram 
Is guaranteed to be transferred. A user may select a connection-setting robustness in accordance with the required 
quality of a datagram to be transferred. 

[0241 ] The present invention is not restricted to the above-mentibned embodiments, but various modif icalion may be 
made within the spirit of the invention. 
10 [0242] As set forth hereinabove, the communication quality control system of the present invention has the following 
effects. 

[0243] First, it can decide communication quality depending on media attribute of communication. This is why 
attributes of a connection such as an image, a voice, a moving image, and an application can be recognized by extract- 
ing the attributes of the portion of the layer 5 in a datagram such as Content-type of the HTTP header, by way of exam- 

15 pie, thereby enaksling communication depending on respective suitable connection qualities. 

[0244] Secondly, it can realize various advanced communication services for a user previously registered. This is why 
a user name, a using dient soft name, a server name and the like at a datagram sending party or at a datagram receiv- 
ing party can be specified, for example, from Server, User- Agent, and From in the HTTP header and Rom line of the 
mail header in the SMTP, thereby making it possible to transfer a datagram by use of the connection quality in accord- 

20 ance with the contract, with respect to a user or a software manufacturing company previously having t>een registered. 
[0245] Thirdly, it can demand an account depending on communication quality. This is why the rate or the basic 
charge in asking an account is decided depending on connection quality coaesponding to the communication attributes 
obtained from the layer 4 and upper. 

[0246] Fourthly, judging whether a datagram includes very important data on security, it can realize data transfer. 

25 depending on the security quality con*esponding to the datagram. This is why. by judging the presence of. for exampleiv 
Authorization header field in the HTTP header, it can detect whether the datagram includes authentication information. 
[0247] Fifthly, it can judge the novelty of a datagram and decide quality of a connection. This is why importance of a 
datagram can be judged from the viewpoint of time, according to the information such as created date and valid date of 
a datagram like Date and Expires in the HTTP header, for example, thereby tealizing a control of abandoning old data 

30 preferentially. 

[0248] Sixthly, it can transfer a datagram in the optimum communication quality by deciding connection quality based 
on not only the information recognized in the same connection but also the information recognized in the other connec- 
tion. This is why, by recognizing the content of FTP command or FTP reply, for example, in transferring a datagram of 
the FTP application, new establishment of another connection for file transfer can t>e recognized, thereby enabling 

35 assignment of a large bandwidth only in the file transfer. 

[0249] Although the invention has been illustrated and described witii respect to exemplary embodiment thereof, it 
should be understood by tiiose skilled in the art that the foregoing and various other changes, omissions and additions 
may be made therein and thereto, without departing from the spirit and scope of the present invention. Therefore, the 
present invention should not be understood as limited to the specific embodiment set out above but to include all pos- 

40 sible embodiments which can be emlxxJies within a scope encompassed and equivalents thereof with respect to the 
feature set out in the appended claims. 

Claims 

45 1 . A communication quality control system for realizing an optimum datagram transfer function for connection quality 
corresponding to attributes of communication, comprising: 

network end systems (20a - 20n, 40a - 40n) for respectively terminating a protocol layer of an existent data net- 
work; 

so protocol end systems (30a - 30n. 50a - 50n) for respectively terminating the protocol layer 3 and beneath based 

on quality of communication of a received datagram: and 

a communication datagram transfer system (10) for transferring the datagram to a specified end system 
according to quality information of a connection corresponding to communication attributes of the protocol 
layer 3 and beneath and communication attributes derived from the information on the respective protocol lay- 
55 ers 4. 5. 6. and 7 or one of them included in a datagram received by an arbitrary end system, 

said communication datagram transfer system (10) including 

attribute detecting means (140)for checking identifying information included in the information of the protocol 
layer 3 and beneath of a datagram received by some end system and simultaneously checking identifying infor- 
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mation included in the information of the respective protocol layers 4, 5, 6» and 7 or one of them, hence to take 
out the communication attribute information of the respective protocol layers, and 

communication quality deciding means (150) for, when a datagram is received by a protocol end system, 
deciding communication quality for sending the datagram according to a set of the communication attribute 
5 information of the respective protocol layers derived from the datagram and tiie quality information of a con- 

nection, and notifying the communication quality to said protocol end system. 

2. A communication quality control system as claimed in Claim 1 , in which 

10 said attribute detecting means (140) 

identifies the layer information, from the received datagram, as well as the state of a connection from the con- 
nection identifying information of a datagram, so to supply tiie result to said communication quality deciding 
means as connection information, and decides a transfer path of the datagram, so to siq^ly the transfer path 
to said communication quality deciding means as destination path information, and 

T5 said communication quality deciding means (150) decides quality infonmation of a connection corresponding 

to the attribute information and decides communication qualify for sending a datagram according to the con- 
nection information, the quality information of tiie connection, and the destination path information. 

3. A communication quality cortrol system as claimed in Claim 1 . in which 

20 

said attribute detecting means (140) 

identifies the layer Information, from the received datagram, as well as tiie state of a connection from the con- 
nection identifying information of a datagram, so to supply the result to said communication quality deciding 
means as connection information, and decides a to-ansfer path of the datagram, so to supply the transfer path 

25 to said communication quality dedding means as destination path information: and 

said communication quality deciding means (150) decides quality infonnation of a connection conesponding 
to the attribute information and decides communication quality for sending a datagram accading to tiie con- 
nection information, the quality information of tiie connection, and tiie destination patii information, and 
takes out attribute information of communication according to the layer information and one or all of ttie data- 

30 gram when it is judged that attributes of ttie layer 4 and upper need to be detected from the identified state of 

a connection. 



4. A communication quality conti-ol system as claimed in Claim 1 , in ¥vhich 

35 said attribute detecting means (140) 

identities the layer information, from the received datagram, as well as the state of a connection from the con- 
nection identifying information of a datagram, so to supply the result to said communication quality deciding 
means as connection information, and decides a transfer path of tiie datagram, so to supply the transfer path 
to sard communication quality deciding means as destination path Information: 

40 said communication quality deciding means (150) decides quality information of a connection corresponding 

to the attribute information and decides communication quality for sending a datagram according to the con- 
nection information, the quality information of the connection, and the destination path information: 
said communication datagram transfer system (10) 

includes a connection/comrhunication quality table in which a set of connection information and communica- 
45 tion quality is registered: and 

said communication quality deciding means (150) 

judges whether the datagram needs to be controlled by said connection-communication quality table when 
receiving the connection information and the destination path information, or the connection quality informa- 
tion. 

checks the presence of the same connection in said connection/communication quality table when the data- 
gram needs to be controlled, and when there is the same connection, said means decides communication 
quality referring to said connection/communication quality table, while when there is not, said means decides 
communication quality, according to the connection information, the quality Information of a connection, and 
the destination path information, and stores a set of the connection Information and the communication quality 
55 into said connection/communication quality table, and 

decides communication quality according to tiie connection information and the destination path information 
when tiie datagram doesnl need to be contirolled. 



XJCID: <EP 097t518A2J„> 



22 



EP0971518A2 

5. A communication quality controi system as claimed in Claim 1 , in which 

a database (1 52) for storing the connection qualjty intomnation con-esponding to the attribute information is pro^ 
vided. 

5 said communication quality deciding means (150) decides the connectbn quality infomiatioa according to the 

attribute information, referring to said database (152). 

6. A communication quality control system as claimed in Claim IJn which 

10 assuming that the layer 3 is an IP, the layer 4 is a TCR and the layer 5 is an HTTP, 

said attribute detecting means (140) 

checks protocol number of the IP header of the datagram, or the same protocol number and port address 
within the TOP protocol header of the datagram, or header value next to the IP header of the datagram, or the 
next header value and port address of the TCP protocol header of the datagram, and knowing that the layer 5 ~ 
75 is the HTTP, checks one or some identifying infomnation included in the TCP header, or the TCP header and 

an HTTP message of the received datagram, and 

when the datagram is transferred to a protocol end system, said communication quality deciding means 
decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 
and performs datagram transfer processing based on the quality of the connection, hence to change the con> 
20 necUon quality of a datagram to be transferred, so to do a transfer control. 

7. A communication quality control system as claimed in Claim 1 , in which 

assuming that the layer 3 is an IP. the layer 4 is a TCP, and the layer 5 Is an HTTP. 

25 said attribute detecting means (140) 

checks protocol number of the IP header of the datagram, or the same protocol number and port address 
within the TCP protocol header of the datagram, or header value hext to the IP header of the datagram, or the 
next header value and port address of the TCP protocol header of the datagram, and knowing that the layer 5 
is the HTTP, checks one or some identifying information included in the TCP header, or the TCP header and 

30 an HTTP message of the received datagram: 

when the datagram is transferred to a protocol end system, said communication quality deciding means 
decides quality of a connection of the layer 3 and beneath suitak>le for a connection derived from the datagram 
and performs datagram transfer processing based on the quality of the connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control: and 

35 said attribute detecting meerns (140) 

checks at least one of the following items: the media attribute of the datagram, from the Content type included 
in the HTTP header of a received datagram; E-mail address of a user who sent a datagram, from the From field 
included in the HTTP header; a user program name and the Version in which the datagram was created, from 
the User-Agent included in the HTTP header; and a server software name and the Version in which the data- 

40 gram was aeated, from the Server included in the HTTP header, as the identifying information. 

8. A communication quality control system as claimed in Claim 1 . in which 

assuming that the layer 3 is an IP. the layer 4 is a TCP. and the layer 5 is an HTTP. 

45 said attribute detecting means (140) 

checks protocol number of the IP header of the datagram, or the same protocol number and port address 
within the TCP protocol header of the datagram, or header value next to the IP header of the datagram, or the 
next header value and port address of the TCP protocol header of the datagram, and knowing that the layer 5 
is the HTTP, checks one or some identifying information included in the TCP header, or the TCP header and 

so an HTTP message of the received datagram: 

when the datagram is transferred to a protocol end system, said communication quality deciding means 
decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 
and performs datagram transfer processing based on the quality of the connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control: and 

55 said attribute detecting means ( 1 40) 

checks at least one of the following items: the aeated date of the datagram, from the Date included in the 
HTTP header of a received datagram; authentication information of the datagram and the encrypting method 
of the authentication information, from the Authorization included In the HTTP header; the valid date of the dat- 
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agram, from the Expires included in the HTTP header, as the identifying information. 

9. A (xmmunication quality contrd system as daimed in Claim IJnvvhi^ 

5 assuming that the layer 3 is an IP. the layer 4 is a TCP, and the l^er 5 is an HTTP, 

said attribute detecting means (1 40) 

checks protocd number of the IP header of the datagram, or the same protocol number and port address 
within the TCP protocol header of the datagram, or header value next to the IP header of the datagram, or the 
next header value and port address of the TCP protocol header of the datagram, and knowing that the layer 5 
10 is th e HT TP, checks one or some identitying infbnnation included in the TCP header, or the TCP header and 

an HTTP message of the received datagram: 

when the datagram is transferred to a protocol end system, said communication quality deciding means 
deddes quality of a connection of the layer 3 and beneath suitable tar a connection derived from the datagram 
and performs datagram transfer processing based on the quality of the connection, hence to cfwnge the con- 
nection quality of a datagram to be transferred, so to do a transfer control: and 
said attribute detecting means (140) 

ched© at least one of the following items: the required items of the datagram, from the Pragma induded in the 
HTTP header of a received datagram; cache control Information of the datagram, from the Cache-control 
included in the HTTP header; execution requirements of the Method, from the ff-Modlfied-Slnce induded in the 
so HTTP header; execution requirements of the Method, from the If-Unmodified-Since included in the HTTP 

heade r; a URI required by a dient, from the request URI within a request line (Request-Une) induded in the 
HTTP header; and the final updating time of the HTTP data, from the Last-Modified induded in the HTTP 
header, as the identifying information. 

25 1 0. A comnuinication quality control system as daimed in Claim 1 . in which 



assuming that the layer 3 Is an IP, the layer 4 is a TCP. and the layer 5 is an HTTP, 
said attribute detecting means (140) 

checks protocol numt>er of the IP header of the datagram, or the same protocol number and port address 
30 within the TCP protocol header of the datagrain, or header value next to the IP header of the datagram, or the 

next header value and port address of the TCP protocol header of the datagram, and knowing that the layer 5 
is the HTTP, checks one or some Identifying infomiatbn induded in the TCP header, or the TCP header and 
an HTTP message of the received datagram: 

when the datagram is transfen-ed to a protocol end system, said communication quality deciding means 
35 decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 

and performs datagram transfer processing based on the quality of the connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control: and 
said attribute detecting means (140) 

checks at least one of the following items: a referred URI (Uniform Resource Identifiers) of the HTTP data, from 
the Referer included in the HTTP header of a received datagram; a URI in which the HTTP data Is located, from 
the Location included in the HTTP header; a destination URI and source domain name of the datagram, from 
the Fonwarded included in the HTTP header; the base URI of the datagram, from the Content-Base induded 
in the HTTP header; a URI in which the HTTP data is located, from the Content-Location included In the HTTP 
header; a method of requiring HTTP data from a user program, from the Method included In the HTTP header, 
45 as the identifying informatk>n. 



11. A communication quality control system as daimed in Claim 1, in which 

assuming that the layer 3 Is an IP, the layer 4 is a TCP, and the layer 5 is an HTTP,. 

50 said attribute detecting means (1 40) 

checks protocol number of the IP header of the datagram, or the same protocol number and port address 
within the TCP protocol header of the datagram, or header value next to the IP header of the datagram, or the 
next header value and port address of the TCP protocol header of the datagrain, and knowing that the layer 5 
is the HTTP, checks one or some identifying information Included in the TCP header, or the TCP header and 

55 an HTTP message of the received datagram: 

when the datagram is transferred to a protocol end system, siaid communication quality deciding means 
decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 
and performs datagram transfer processing based on the quality of the connection, hence to change the con- 



24 



XXia <EP_097151BA2J_> 



EP0 971 518 A2 

nection quality of a datagram to be transferred, so to do a transfer control: and 
said attribute detecting means (140) 

checks at least one of the following items: the Version in which the datagram is MIME (Multipurpose Internet 
Mall Extensions), from the MIME-Version included In the HTTP header of a received datagram; the media 

5 attrbute a user program permits, from the Accept included In the HTTP header; a character set a user program 

permits, from the Accept-Charset included in the HTTP header; a coding method of datagrams a user program 
permits, from the Accept-Encoding included in the HTTP header; a datagram language a user program per- 
mits, from the Acc^t-Language included in the HTTP header; an encoding method of datagranrs, from the 
Content-Encoding included in the HTTP header; and a datagram language, from the Content-Language 

10 included In the HTTP, as the Ideritifying irrfornriation. 

12. A communication quality control system as claimed in Claim 1 , in which 

assuming that the layer 3 is an IP. the layer 4 is a TCP. and the layer 5 is an HTTP. 

75 said attribute detecting means (140) 

checks protocol number of the IP header of the datagram, or the same protocol number and port address 
within the TCP protocol header of the datagram, or header value next to the IP header of the datagram, or the 
next header value and port address of the TCP protocol header of the datagram, and knowing that the layer 5 
is the HTTP, checks one or some identifying information included in the TCP header, or the TCP header and 

20 an HTTP message of the received datagram: 

when the datagram is transferred to a protocol end system, said communication quality deciding means 
decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 
and performs datagram transfer processing based on the quality of the connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control: and 

25 said attribute detecting means (140) 

checks at least one of the following items: response content of a server replying to a request from a user pro- 
gram, from the Status Code included In the HTTP header of a received datagram; authentication information 
required by a server, from the WWW-Authenticate included in the HTTP header; authentication Information 
required by a proxy server, from the Proxy-Authenticate included in the HTTP header; authentication informa- 

30 tion of the datagram, from the Proxy-Aufliorlzation Included in the HTTP header, as the Identifying information. 

1 3. A communication quality control system as claimed in Claim 1 , in which 

assuming that the layer 3 is an IP. the layer 4 is a TCP. and the layer 5 is an HTTP. 

35 said attribute detecting means (1 40) 

checks protocol number of the IP header of the datagram, or tiie same protocol number and port address 
within the TCP protocol header of the datagram, or header value next to the IP header of the datagram, or the 
next header value and port address of the TCP protocol header of the datagram, and knowing that the layer 5 
is the HTTP, checks one or some identifying information included in the TCP header, or tiie TCP header and 

40 an HTTP message of the received datagram: 

when the datagram is transferred to a protocol end system, said communication quality deciding means 
deddes quality of a connection of the layer 3 and beneath suitat}le for a connection derived from the datagram 
and performs datagram transfer processing based on the quality of the connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control: and 

45 said attribute detecting means (1 40) 

checks at least one of the following items: tiie Method the HTTP data permits, from Allow included In the HTTP 
header of a received datagram; the Range requiring method a server permits, from the Accept-Range Included 
in the HTTP header; a host and its port number that requires the HTTP data, from the Host included in the 
HTTP header; HTTP data getting requirements, from the If-Range included in the HTTP header; the Method a 

so server permits, from the Public included in the HTTP header; and the Range of the HTTP data a user program 

requires, from the Range Included in the HTTP header, as the identifying Information. 

14. A communication quality control system as claimed in Claim 1 . in which 

55 assuming that the layer 3 is an IR the layer 4 is a TCP, and the layer 5 is an HTTP, 

said attribute detecting means (140) 

checks protocol number of the IP header of the datagram, or the same protocol number and port address 
within the TCP header of the datagram, or header value next to the IP header of the datagram, or the next 
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header value and port address of the TCP header of the datagram, and knowing that the layer 5 is the l-nTP, 
checks one or some identifying information included in the TCP header, or the TCP header and an HTTP mes- 
sage of the received datagram: 

when the datagram is transferred to a protocol end system, said communication quality deciding means 
5 decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 

and performs datagram transfer processing based on the quaPity of the connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control: and 
said attribute detecting means (1 40) 

checks at least one of the following items: data length of the datagram, from the Content-Length included in the 
io HTTP header of a received datagram; connection state of the datagram, from the Connection included in the 

HTTP header: reply infbnuation of a server replying to a request of a user program, from the Waming included 
in the HTPP header; possible date of obtaining the required HTTP data, from the Retry-After included in the 
HTTP header; the protocol Version, host name and using software rmme of a gateway or a proxy server relay- 
ing packets, from the Via included in the HTTP header; arvJ a coding method of datagrams, frorh the Transfer- 
75 Encoding induded in the HTTP header, as the identifying infbrniation. 

15. A communication quality control system as claimed in Claim 1 , in which 

assuming that the layer 3 is an IP. the layer 4 is a TCP or UDP (User Datagram Protocol). 

20 said attrik}ute detecting means (1 40) checks protocol number of the IP header of the datagram or the header 

value next to the IP header, and knowing that the layer 4 is the TCP or UDP, checks one or some identifying 
information included in the TCP header or UDP header of the received data as the Klentifying information, and 
when the datagram is transferred to a protocol end system, said communication quality deciding means 
deddes quality of a connection of the layer 3 and k)eneath suitaljle for a connection derived from the datagram 

25 and performs datagram transfer processing based on the quality of the connection, hence to change the con- 

nection quality of a datagram to be transferred, so to do a transfer control. 



16. A communication quality control system as claimed in Claim 1. in which 

30 assuming that the layer 3 is an IP, the layer 4 is a TCP or UDP (User Datagram Protocol). 

said attribute detecting means (140) checks protocol number of the IP header of the datagram or the header 
value next to the IP header, and knowing that the layer 4 is the TCP or UDP, checks one or some identifying 
information included in the TCP header or UDP header of the received data as the identifying information: 
when the datagram is transferred to a protocol end system, said communication quality deciding means 

35 decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 

and performs datagram transfer processing based on the quality of the connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control: and 
said attrikHJted detecting means (140) 

checks the "checksum" field included in the UDP header of the received datagram, as the identifying informa- 
40 lion. 

17. A communication quality control system as claimed in Claim 1, in which 

assuming that the layer 3 is an IP, the layer 4 is a TCP or UDP, and the layer 5 is a DNS or TFTP or SNMP, 
45 said attribute detecting means (140) checks protocol number of the IP header of the datagram, or the same 

protocol number and port address within the TCP or UDP protocol header of the datagram, or header value 
next to the IP header of the datagram, or the next header value and port address of the TCP or UDP protocol 
header o1 the datagram, and knowing that the layer 5 is the DNS or TFTP or SNMP, checks one or some iden- 
tifying information included in the DNS message, the DNS message and the TCP or UDP header, the TFTP 
so message, the UDP header and the TFTP message, the SNMP message, or the UDP header and the SNMP 

message of the received data as the identifying information, and 

when the datagram is transferred to a protocol end system, said communication quality deciding means 
decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 
and performs datagram transfer processing based on the quality of the connection, hence to change the con- 
55 nection quality of a datagram to be transferred, so to do a transfer control. 

18. A communication quality control system as claimed in Claim 1 , in which 
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assuming that the layer 3 Is an IP. the layer 4 is a TCP or UDP, and the layer 5 is a DNS or TFJP or SNMR 
said attritjute detecting means (140) checks protocol number of the IP header of the datagram, or the same 
protocol rujmber and port address within the TCP or UDP protocol header of the datagram, or header value 
next to the IP header of the datagram, or the next header value and port address of the TCP or UDP protocol 
header of the datagram, and knowing that the layer 5 is the DNS or TFTP or SNMP, checks one or some iden- 
tifying information induded in the DNS message, the DNS message and the TCP or UDP header, the TFTP 
message, the UDP header and the TFTP message, the SNMP message, or the UDP header arKl the SNMP 
message of the received data as the identifying infomnation: 

when the datagram is transferred to a protocol end system, said communication quality deciding means 
decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 
and performs datagram transfer processing based on the quality of the connection, hence to change the con- 
nection quality of a datagram to be transfen^ed, so to do a transfer control: and 
said attrilHite detecting means (140) 

checks the presence of the "query type" in the DNS message of the received datagram, as the identifying infor- 
mation. 

1 9. A communication quality control system as claimed in Claim 1 . in which 

assuming that the layer 3 is an IP. the layer 4 is a TCP or UDP, and the layer 5 is a DNS or TFTP or SNMP. 
said attribute detecting means (140) checks protocol number of the IP header of the datagram, or the same 
protocol number and port address within the TCP or UDP protocol header of the datagram, or header value 
next to the IP header of the datagram, or the next header value and port address of the TCP or UDP protocol 
header of the datagram, and knowing that the layer 5 is the DNS or TFTP or SNMP, checks one or some iden- 
tifying information induded in the DNS message, the DNS message and the TCP or UDP header, the TIrTP 
message, the UDP header and the TFTP message, the SNMP message, or the UDP header arKl the SNMP • 
message of the received data as the identifying information: 

when the datagram is transfen^ed to a protocol end system, said communication quality deciding means 
decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 
and performs datagram transfer processing based on the quality of the connectbn. hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control: and 
said attribute detecting means (1 40) 

checks "opcode" included in the TFTP message of the received datagram as the kJentifying information. 

20. A communication quality control system as claimed in Claim 1 , in which 

assuming that the layer 3 is an IP. the layer 4 is a TCP or UDP, and the layer 5 is a DNS or TFTP or SNMP. 
said attribute detecting means (140) checks protocol number of the IP header of the datagram, or the same 
protocol number and port address within the TCP or UDP protocol header of the datagram, or header value 
next to the IP header of the datagram, or the next header value and port address of the TCP or UDP protocol 
header of the datagram, and knowing that the layer 5 is the DNS or TFTP or SNMP, checks one or some iden- 
tifying information induded in the DNS message, the DNS message and the TCP or UDP header, the TFTP 
message, the UDP header and the TFTP message, the SNMP message, or the UDP header and the SNMP 
message of the received data as the identifying information: 

v^en the datagram is transferred to a protocol end system, said communication quality deciding meeuis 
decides quality of a connection of the layer 3 and beneath suitat)le for a connection derived from the datagram 
and performs datagrain transfer processing based on the quality of the connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control: and 
said attribute detecting means (140) 

checks the PDU type included in the SNMP message of the received datagram as the identifying information. 

21. A communication quality control system as claimed in Claim 1 , in which 

assuming that the layer 3 is an IP the layer 4 is a TCP. and the layer 5 is an FTP or SNMP, 
said attribute detecting means (140) checks protocol number of the IP header of the datagram, or the same 
protocol number and port address within the TCP protocol header of the datagram, or header value next to the 
IP header of the datagram, or the next header value and port address of the TCP protocol header of the data- 
gram, and knowing that the layer 5 is the FTP or SMTP, checks one or some identifying information included in 
the FTP Command, the FTP Reply, the TCP header and the FTP Command or FTP Reply, the SMTP Com- 
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rrand. SMTP Reply Code, the SMTP header, the TCP header and the SMTP Command or SMTP Reply Code 
or the SMTP header of the received data as the identifying information, and 

when the datagram is transferred to a protocol erKi system, said communication quality deciding means 
decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 
5 and performs datagram transfer processing based on the quality of the connection, hence to change the con- ' 

nectton quality of a datagram to be transferred, so to do a transfer control. 

22. A communication quality control system as claimed in Claim 1 . in which 

10 a physical layer of transfer is of the ATM transfer method, individual VCs (Virtual Grcuit) are assigned to the 

respective connection qualities of ATM as the datagram transfer processing according to each connection 
quality so to transfer datagrams, and parameters for communication quality control depending on the connec- 
tion qualities are set to the respective VCs, thereby perfbrming transfer depending on tiie attrS>ute of media 
derived from a datagram. 

15 

23. A communication quality control system as claimed in Claim 1, in which 

said communication quaDty deciding means (150) 

sets connection-setting robustness selectively depending on a connection-setting message for setting a con- 
20 nection, in addition to the above communication qualities. 

24. A communication quality control system as claimed in Claim 1, in which 

said communication quality deciding means (150) 
25 decides at least one of a control parameter relative to an optimum bandwidth, an optimum control parameter 

relative to delay time including the maximum delay time and the delay time fluctuation amount an optimum 
control parameter relative to data loss including buffer amount, a control parameter relative to the optimum 
accounting information, and a control parameter relative to tiie optimum security quality, as the communication 
quality of the connection. 

30 

25. A communication quality control system as claimed in claim 1, in which 

said communication quality deciding means (150) 

decides at least one of the optimum destination of a datagram and the optimum destination patii of a datagram, 
35 according to the communication quality of the connection. 

26. A communication quality control system as claimed in Claim 1 , in which 

said communication quality deciding means (150) 
40 according to the communication quality of the connection, transfers the datagram after coding or encoding the 

same, by use of a physical line of the exclusive use for tiie connection if necessary, deletes unnecessary infor- 
mation witinin the datagram, decreases the size of the datagram by compression, and performs tunneling of the 
datagram. 

45 27. A communication quality control system as claimed in Claim 1 , in which 

said communication quality deciding means (150) 

sets connection-setting priority or connection-transfer priority, as the communication quality of connection, 
according to the attribute information, and connection-setting processing having Uie higher connection-setting 
50 priority is preferentially executed and a datagram of a connection having the higher connection-transfer priority 

is preferentially transferred. 

28. A communication quality control system for realizing an optimum datagram ti-ansfer function for connection quality 
corresponding to attributes of communication, comprising: 

55 

network end systems (20a - 20n, 40a - 40n) for respectively terminating a protocol layer of an existent data net- 
work; 

protocol end systems (30a - 30n, 50a - 50n) for respectively terminating the protocol layer 3 and beneath based 
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on quality of communication ol a received datagram; and 

a communication datagram transfer system (10) for transferring the datagram to a specified end system 
according to quality information of a connection con^esponding to communication atbibutes derived from the 
information of the respective protocol layers 4, 5, 6. and 7 or one of them included in a datagram received by 
5 an arbitrary end system, 

said communication datagram transfer system (1 0) including 

attribute detecting means (140) of checking identifying information included in the information of the respective 
protocol layers 4. 5, 6, and 7 or one of them included in a datagram received by an arbitrary end system, hence 
to take out the communication attribute information of the respective protocol layers, and 
10 communication quality deciding means (150) for, when a datagram is received by a protocol end system, 

deciding communication quality for sending the datagram according to a set of the communication attribute 
information of the respective protocol layers derived from the datagram and the quality information of connec- 
tion, and notifying the communication quality to said protocol end system. 

15 29. A communication quality control system as claimed in Claim 28, in which 

said attritxite detecting means (1 40) 

identifies the layer information, from the received datagram, as well as the state of a connection from the con- 
nection identifying information of a datagram, so to supply the result to said communication quality deciding 
20 means as connection information, and deckies a transfer path of the datagram, so to supply the transfer path 

to said communication quality deciding means as destination path information, and 

said comnrujnication quality deciding means (150) decides quality information of a connection corresponding 
to the attribute information and decides communication quality for sending a datagram according to the con- 
nection information, the quality information of the connection, and the destination path information. 

25 

30. A communication quality control system as claimed in Claim 28. in which 
said attribute detecting means (140) 

identifies the layer information, from the received datagram, as well as tiie state of a connection from the con- 
30 nection identifying information of a datagram, so to supply the result to said communication quality deciding 

means as connection information, and decides a transfer path of the datagram, so to supply the transfer path 
to said communication quality deciding means as destination path information, and 

said communication quality deciding means (150) decides quality information of a connection corresponding 
to the attribute information and decides communication quality for sending a datagram according to the con- 
35 nection information, the quality information of the connection, and the destination path information, and 

takes out attribute information of communication according to the layer information and one or all of the data- 
gram when it is judged that atti-itxjtes of the layer 4 and upper need to be detected from the identified state of 
a connection. 

40 31 . A communication quality control system as claimed in Claim 28, in which 
said attribute detecting means (1 40) 

identifies the layer information, from the received datagram, as well as the state of a connection from tiie con- 
nection identifying information of a datagram, so to supply the result to said communication quality deciding 
45 means as connection information, and decides a transfer path of the datagram, so to supply the transfer patii 

to said communication quality deciding means as destination path information: 

said communication quality deciding means (150) decides quality inform?»tion of a connection corresponding 
to the attribute information and decides communication quality for sending a datagram according to the con- 
nection information, the quality information of the connection, and the destination path information: 
50 said communication datagram transfer system (1 0) 

includes a connection/communication quality table (1 71) in which a set of connection information and commu- 
nication quality is registered: and 
said communication quality deciding means (150) 

judges whetiier the datagram needs to be controlled by said connection-communication quality tatsle (171) 
55 when receiving the connection information and the destination path information, or the connection quality infor- 

mation. 

checks the presence of the same connection in said connection/communication quality table when the data- 
gram needs to be controlled, and when there is the same connection, said means decides communication 
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quality referring to said connection/communication quality table, while when there is not. said means decides 
communication quality, according to the connection information, the quafity information of a connection, and 
the destination path information, and stores a set of the connection information and the communication quality 
into said connection/communication quality table (171), and 
5 decides comnnunication quality according to the connection information and the destination path information 

when the datagram doesnl need to be controlled. 

32. A communication quali^ control system as claimed in Qaim 28, in which 

10 a database (1 52) for storing the connection quality inlbmiation con^esponding to the attribute infbmiation is pro- 

vided. 

said communication quality deciding means (150) decides the connection quality infbmiation. according to the 
attribute information, referring to said database. 

t5 33. A communication quality control system as claimed in Claim 28, in which 

assuming that the layer 3 is an IP. the layer 4 is a TCP, and the layer 5 is an HTTP, 
said attribute detecting means (1 40) 

checks protocol number of the IP header of the datagram, or the same protocol number and port address 
20 within the TCP protocol header of the datagram, or header value next to the IP header of the datagram, or the 

next header value and port address of the TCP protocol header of the datagram, and knowing that the layer 5 
is the HTTP, checks one or some identifying infomnation included in the TCP header, or the TCP header and 
an HTTP message of the received datagram, and 

when the datagram is transferred to a protocol end system, said communication quality deciding means 
25 decides quality of a connection of the layer 3 and beneath suitable for a connection derived from the datagram 

and performs datagram transfer processing based on tfie quality of the connection, hence to change the con- 
nection quality of a datagram to be transferred, so to do a transfer control. 
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1:bsdi % ftp -d ftpserver 
2: Connected to ftpserver. 

3:220 ftpserver FTP server (Version 5.60) ready. 

4: Name (ftpservenuserl): 

5:— > USER userl 

6:331 Password required for userl 

7: Password: 

a:— > PASS XXXX 

9:230 User userl logged in. 
.10:ftp> get.test.dat 
11:~-> PORT 140,252.13,66.4.84 
12:200 PORT command successful. 
13:— > PETR testdat 

14:150 Opening BINARY mode data connection for testdat (38 Kbytes). 
1 5:225 Transfer complete. 

16:38 Kbytes received in 3.5 seconds (1 1 Kbytes/s) 
17:ftp> 
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